Je développe une application Silverlight pour les 6 derniers mois en utilisant le prisme. Quand je regarde la base de code maintenant il s'est développé énorme avec beaucoup de modules, agrégateurs d'événement, code de communication d'inter module etc. Avec le recul j'examine si j'ai fait le bon choix. Y a-t-il un autre cadre plus simple que j'aurais dû utiliser?PRISM est-il conçu pour le développement d'applications à grande échelle?
Prism est à son meilleur lorsque vous ciblez une grande application. Pourquoi? Parce que les concepts de base fournis par Prism, tels que la modularité, la composition de l'interface utilisateur, le support de MVVM, etc. sont les plus utilisés dans ce type d'applications. L'idée, comme vous l'avez dit, est que vous finirez probablement avec un tas de modules. L'avantage de cela est que votre application est découplée, et les modules peuvent être testés dans une isolation absolue afin qu'ils soient faciles à maintenir. En utilisant Prism, ou toute autre bibliothèque/infrastructure qui modularise votre application, (correctement) dans de grandes applications, vous n'avez pas besoin de passer en revue l'ensemble de votre application à la recherche de bogues lorsque vous modifiez l'une des parties . Ce n'est pas vrai dans les applications monolithiques, où faire un changement mineur peut faire tomber l'application entière. Un autre avantage de Prism dans ce scénario est qu'il permet à plusieurs équipes de travailler sur différents modules simultanément, sans affecter le travail de l'autre. Ceci est particulièrement utile lorsque vous travaillez avec des équipes distribuées.
La chose qui vous convaincrait de faire le bon choix, serait de comparer l'application que vous avez créée avec le même mais avec un couplage élevé de ses composants.
J'espère que cela aide
S'il vous plaît ajouter tag Prism - alors vous aurez plus de chances d'obtenir une réponse – SiberianGuy