Meilleures pratiques pour le développement piloté par modèle à l'aide de LiveCycle Data Services

Question

Quels sont vos conseils sur l'utilisation du développement piloté par modèle dans le développement d'applications d'entreprise. Adobe LiveCycle Data Services est très prometteur, j'ai trouvé de nombreux didacticiels/vidéos qui montrent à quelle vitesse une application peut être construite en ayant des méthodes/fonctions générées automatiquement. Quelles sont les meilleures pratiques, est-il bon/mauvais d'utiliser ces méthodes générées automatiquement, ils peuvent vraiment gagner beaucoup de temps.

Toutes les suggestions sont les bienvenues, aussi si vous connaissez un blog existant/discussion s'il vous plaît faites le moi savoir.

Answer 1

Assurez-vous que votre modèle est très serré, et que votre graphique d'objets ne fait pas tomber toute la base de données quand tout ce que vous essayez vraiment de faire est de remplir une zone de liste déroulante. ;) Lors de notre dernier projet Flex, une partie de notre équipe a vendu notre gestion en utilisant Hibernate comme couche de persistance sur notre base de données relationnelle héritée. Une partie de l'argumentaire de vente était que le modèle pourrait simplement être généré par un assistant. Eh bien, peut-être que LCDS gère le chargement paresseux mieux que BlazeDS, mais la première fois que nous avons essayé de charger une combobox, nous avons tiré plusieurs méga données en raison des relations générées automatiquement, parfois récursives, générées par les magiciens. Ceux-ci ne seraient probablement jamais apparus au cours d'une application web normale, en raison d'un chargement paresseux, mais la sérialisation vous montrera la signification exacte de "N + 1 problème" !!

;)

;