Je ne connais pas encore les services .Net RIA, mais je pense que son essence est de cibler RAD ce dont Microsoft se soucie habituellement. Mais cela n'introduit-il pas plus de couplage entre Presentation et Application/Business Logic? Comment cette nouvelle technologie peut-elle aider à augmenter le nombre de développeurs intéressés par les meilleures pratiques OOAD et les concepts tels que SOLID, GRASP et Design Patterns? Ou y a-t-il un moyen d'atteindre les deux objectifs ?!Est-ce que .Net RIA Services introduit un couplage entre Presentation et Application/Business Logic?
Est-ce que .Net RIA Services introduit un couplage entre Presentation et Application/Business Logic?
Répondre
Je doute que les auteurs de technologies comme celle-ci tentent d'accroître l'intérêt pour les principes de conception en tant que tels. Le mieux que nous puissions espérer est que de tels cadres peuvent conduire à un développement conforme aux meilleures pratiques.
Votre question sur le couplage entre Presentation et Business Logic, et si RIA aura tendance à l'augmenter est intéressante.
Nous avons besoin de définir le couplage avec soin. Quels détails de la logique de présentation doivent changer si la logique métier change? Quels changements dans la présentation nécessite des changements dans la logique métier.
Dans une certaine mesure, toute couche de présentation, RIA ou non, doit changer si la sémantique de l'entreprise change. Donc, certains types de couplage sont inévitables. Cependant, une logique métier bien conçue aura tendance à supporter de nombreuses présentations différentes, mais je soupçonne que les applications RIA sophistiquées tendent à imposer des exigences plus strictes à la logique applicative.
Donc, je pense que .Net RIA fera ce qu'il faut pour donner à l'utilisateur final l'expérience que nous voulons voir. Je ne crois pas que cela force le couplage inutile. Avez-vous des exemples particuliers où vous pensez qu'un couplage indu est en train de se produire?
Je pense depuis quelques jours à des idées similaires ... Je ne suis pas tout à fait sûr que cela permettra aux développeurs de conserver l'approche découplée, soit ...... prouver ou réfuter ce serait génial si!
Cela a beaucoup à voir avec ce que le développeur partage entre les couches métier et de présentation. Les services RIA facilitent l'accès de votre couche de présentation à vos classes Entity Framework, ce qui conduit évidemment au couplage.
Pour les développeurs ayant des problèmes de couplage (devrait être tout le monde), il est également facile de définir un modèle pour la communication entre les couches d'entreprise et de présentation. Le côté serveur des services RIA (que je considère comme faisant partie de la couche de gestion, car il s'agit simplement d'un service Web) sait comment créer le modèle à partir de vos objets métier. Silverlight doit seulement savoir comment consommer le modèle et le présenter. Cela ne ressemble pas à un couplage avec moi.
- 1. Services RIA .NET/Services WCF
- 2. Services .NET RIA et héritage dans EF
- 3. Services RIA et Linq2Sql
- 4. Silverlight 3 - Services RIA et LINQ
- 5. Services RIA personnalisés Classe
- 6. RIA Services et héritage dans EF
- 7. Services RIA vs services de données ADO.NET
- 8. Les services Ria remplacent les services WCF
- 9. DomainDataSource DataPager avec Silverlight 3 DataGrid & .Net services RIA
- 10. Services .Net RIA: DomainService a besoin d'un constructeur sans paramètre?
- 11. Services Silverlight/.Net RIA - Exemple de travail d'autorisation?
- 12. Comment déboguer l'incompatibilité entre .NET RIA Servces (aperçu de juillet) et Silverlight MVVM toolkit?
- 13. Services Silverlight et RIA - Utilisation de ActivityControl avec Custom DataContext
- 14. Entité Framework et couplage
- 15. DB4O avec les services RIA Silverlight
- 16. Services .NET RIA et le modèle de données personnalisées - Capacités CRUD
- 17. Silverlight - RIA Services Data/Service problème
- 18. Création d'objets Test EntityList - Services RIA
- 19. Services RIA: Comment créer une authentification personnalisée?
- 20. Envoi objet contenu sur Services RIA
- 21. Silverlight Bind à TextBlock de RIA Services
- 22. C# Silverlight avec l'authentification des services RIA
- 23. RIA Services - Obtenir DataContext dans un élément de la liste
- 24. Comment les services .Net RIA gardent-ils trace de l'utilisateur connecté?
- 25. Pourquoi devrais-je utiliser le code partagé RIA Services?
- 26. Intégration d'un projet Windows Mobile, Silverlight et Web sous un DAL commun (Ria Services)
- 27. Comment interroger des associations dans Linq à Entity Framework dans .NET Ria Services
- 28. Comment puis-je définir les valeurs initiales lors de l'utilisation de Silverlight DataForm et de .Net RIA Services DomainDataSource?
- 29. Azur vs services .NET
- 30. Silverlight 3 + Engagement de données RIA Services Publication
Réponse très intéressante. Droit, je dois penser à ce que le couplage inutile qui peut être imposé par les services RIA. Je n'ai pas d'exemple. J'ai juste eu l'impression en lisant que je pouvais laisser l'interface utilisateur accéder directement à ma logique métier pour les opérations même de CRUD! Je vais essayer d'affiner ma compréhension. Mais vous avez secondé ma crainte de ne pas penser autant aux meilleures pratiques qu'à la facilité d'utilisation. Merci et Cordialement. –