J'ai examiné les données dynamiques ASP.NET et comment elle utilise des échafaudages et un routage. J'ai seulement gratté la surface, mais on dirait que je devrais créer un modèle pour chaque table que je ne voulais pas afficher toutes les colonnes de la même manière.
Ma première impression après avoir examiné les données dynamiques est qu'il semblerait que cela semblerait moins de temps sur le programmeur de modifier des commandes utilisateur générées à une fois plutôt que de créer un modèle pour chaque table qui n'a pas de comportement d'affichage uniforme.
Quelles solutions éprouvées utilisent actuellement des tâches laborieuses de la création de contrôles utilisateur ASP.NET CRUD TYPUT?
merci
6 Réponses :
Nous travaillons réellement sur notre propre outil de génération de code. Il s'est déjà avéré que cela fonctionne parfaitement 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 quand j'ai quelque temps) mais ma plus grande peur est toujours de perdre de la flexibilité. Le problème est que ces fronts sont alors peut-être générés de manière dynamique à chaque fois sur la base d'un modèle et d'une modification, notamment dans des souhaits de clients spéciaux deviennent assez difficiles. Pour les petites applications standard, cela peut fonctionner parfaitement.
Ce que nous faisons donc est de "générer" ces utilisateurs d'UserControls basés sur un ensemble de contrôles de serveur personnalisés standard que nous avons développés, mais nous générerons la première fois de certaines informations statiques sur les entités de notre application. Ensuite, vous pouvez continuer à personnaliser.
Ces systèmes devraient aider le développeur, améliorer sa vitesse de développement, faire le travail initial maladroit, mais ils devraient alors lui donner la flexibilité nécessaire pour modifier jusqu'à ce que le maximum. Ils ne devraient pas ajouter de complexité supplémentaire ...
in ASP.NET WebForms Nous utilisons code de code . À partir d'une seule entité, nous générerons des pages d'administration, de CodeBehinds, des couches de service, des couches de données et des procédures stockées DB. Tout en quelques secondes. Je vous recommanderais de vérifier notre pour construire rapidement le crud dans vos applications.
J'ai utilisé CodeMith avant de générer des déclencheurs d'audit SQL Server. Personnalisez-vous un ensemble public de scripts ou écrit dans la maison?
J'ai écrit notre propre Tchad inhouse. La quantité de travail que cela nous a sauvé est bien dans les nombreux milliers d'heures de travail. J'avais l'habitude d'être un développeur asp classique ASP, alors écrivez le style de code spessetti que les codesmith utilisent la seconde nature à moi (la douleur qui est) :)
J'ai utilisé Nettiers CodeMITH Il y a longtemps (années) et il a été prouvé si fort, alors Doit être plus que génial maintenant.
Je connais une (Big) société qui a construit un moteur de personnalisation (permettant d'autoriser une interface graphique pour des options internes de l'entreprise) autour de ces modèles de les utiliser dans la plupart de leurs applications et ayant eu tellement de succès.
Je pense que c'est ce qui se qualifie de solution «éprouvée», sinon, je vous dirais de vérifier les données dynamiques ASP.NET, qui est toujours trop jeune pour aller, je pense.
J'ai utilisé http://www.ironspeed.com/ dans le passé qui a été super. Nous avons économisé des mois de temps sur notre dernier projet qui a un grand dB, le coût en vaut donc la peine. Mais il semble un peu moche et peut être délicat pour mettre à jour le schéma de base de données une fois que vous avez généré.
Oui, c'était aussi mon sentiment d'ironspective. Difficile de personnaliser la solution et toujours l'utilisateur de son outil pour mettre à jour les autres éléments de la solution.
Évidemment pas très répandu sur ce type que ce qui est fourni dans Visual Studio.