Tout d'abord, il n'y a pas de bonne réponse. Si vous sautez assez de cerceaux, vous devriez être capable de faire tout ce que vous décrivez soit avec Silverlight, WPF, Flash, WinForms, Java, ou tout simplement HTML/Javascript. Donc, d'autres choses devront conduire votre décision.
Mais quelques observations:
Si vous avez besoin du genre de choses que Silverlight vous donne (la plupart du temps juste à côté de l'accès à Internet sans douleur), alors, oui, je continuerions avec Silverlight. Mais certaines des choses que vous mentionnez peuvent être un peu plus compliquées avec Silverlight qu'avec WPF. Si j'étais à votre place, je commencerais par voir si WPF vous donnerait ce dont vous avez besoin. Il est assez proche de Silverlight pour le ramasser, cela ne devrait pas être particulièrement difficile, et cela vous donne plus de flexibilité sur la manière dont vous concevez votre solution.
Cela peut changer, mais mon opinion est toujours que vous pouvez obtenir plus de fonctionnalités plus rapidement sur une application de bureau que vous pouvez sortir d'une application web. Donc, à moins d'avoir besoin d'une fonctionnalité spécifique au Web, ma préférence est d'approcher les applications métier avec les technologies de bureau. (D'autres personnes peuvent être en désaccord, bien sûr, et je ne suis pas si convaincu que j'ai raison de prendre la peine d'argumenter.)
Je poussais pour Silverlight/RIA pour un projet, mais j'ai reculé (et c'était une bonne décision) de simplement "plaire" ASP.NET (en utilisant une jolie boîte à outils UI, bien sûr). Dans notre cas, nous ne pouvions pas justifier les exigences côté client Silverlight. (Cependant, je préfèrerais avoir développé une application Silverlight :-) –
Merci pour la réponse, oui vraiment WPF a plus d'avantages pour ce projet actuel, mais quoi de mieux, ayant de gros programmes pour tout le monde (entrepôt, manager, réalisateur etc) ou devrais-je le diviser en différentes applications pour différentes personnes. Quel est votre point de vue? – Viktor
Voilà une autre bonne question à laquelle il n'y a pas de bonne réponse. Cela dépend surtout de la quantité de chevauchement entre les diverses responsabilités. Si les gestionnaires n'ont jamais (ou presque jamais) besoin de voir les mêmes écrans que les employés d'entrepôt, il peut être plus logique de développer des applications séparées. (Vous obtenez un peu plus de flexibilité avec les cycles de libération de cette façon.) Mais je soupçonne que ce n'est probablement pas le cas. Une meilleure approche pourrait être une application unique qui modifie son interface utilisateur pour montrer quelles options sont disponibles pour quels utilisateurs, et peut-être mettre en évidence les options spécifiques à l'utilisateur. –