2009-08-16 8 views
1

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?

Répondre

1

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?

+0

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. –

0

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!

1

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.

Questions connexes