Solutions CRUD pour échafaudages / modèles ASP.NET

Question

J'ai étudié ASP.NET Dynamic Data et son échafaudage et son routage. Je n'ai fait qu'effleurer la surface, mais il semblerait que je devrais créer un modèle pour chaque table pour lequel je ne voulais pas afficher toutes les colonnes de la même manière.

Après avoir examiné les données dynamiques, ma première impression est qu’il semblerait que le programmeur aurait moins de temps pour éditer des contrôles utilisateur générés une fois que la construction d’un modèle pour chaque table ne présentant pas un comportement d’affichage uniforme.

Quelles solutions éprouvées les personnes utilisent-elles actuellement pour alléger les tâches fastidieuses de création de contrôles utilisateur de type ASP.NET CRUD?

Merci

Answer 1

Évidemment, son utilisation n’est pas très répandue, à part ce qui est fourni dans Visual Studio.

Answer 2

Dans les formulaires Web ASP.NET, nous utilisons CodeSmith . À partir d’une seule entité, nous générons des pages d’administration, des fichiers codés, des couches de service, des couches de données et des procédures stockées. En quelques secondes. Je vous recommande de consulter notre site pour créer rapidement les bases de vos applications.

Answer 3

Nous travaillons actuellement sur notre propre outil de génération de code. Il a déjà fait ses preuves sur les couches inférieures et nous sommes maintenant sur le point de l’étendre pour la couche de présentation, c’est-à-dire pour générer des contrôles utilisateur.

Je n'ai pas examiné les données dynamiques (bien que j'aimerais le faire quand j'ai un peu de temps) mais ma plus grande crainte est toujours de perdre de la flexibilité. Le problème est que ces interfaces sont ensuite générées dynamiquement à chaque fois sur la base de modèles et d’éditions, ce qui rend particulièrement difficile la réalisation des souhaits particuliers des clients. Cela peut fonctionner parfaitement pour les petites applications standard.

Ce que nous faisons est donc de "générer" Ces contrôles utilisateur reposent sur un ensemble de contrôles serveur standard standard que nous avons développés, mais nous ne générerons que la première fois à partir d'informations statiques sur les entités de notre application. Ensuite, vous pouvez continuer à personnaliser.

De tels systèmes devraient aider le développeur, en améliorant sa vitesse de développement, en effectuant le travail fastidieux initial, mais ils devraient ensuite lui donner la souplesse nécessaire pour modifier au maximum. Ils ne doivent pas ajouter de complexité supplémentaire ...

Answer 4

J'ai utilisé les .netTiers modèles de CodeSmith il y a longtemps (années) et il s'est avéré si solide que doit être plus que génial maintenant.

Je connais une (grande) société qui a construit un moteur de personnalisation (autorisant l’interface utilisateur graphique pour les options internes de la société) autour de ces modèles afin de les utiliser dans la plupart de leurs applications et qui ont connu un tel succès.

Answer 5

J'ai déjà utilisé http://www.ironspeed.com/ , qui a été génial. Nous avons économisé des MOIS de temps sur notre dernier projet qui a une grosse base de données, donc le coût en vaut la peine. Mais il semble un peu moche et peut être difficile de mettre à jour le schéma de base de données une fois que vous avez généré.

Answer 6

Consultez Blinq .