2009-12-21 4 views
1

Je cherche des recommandations sur les ressources (livres et sites Web) sur la conception d'applications GUI. En concevant je veux dire la conception technique (quand et comment utiliser la liaison de données, quand MVC/MVP devrait être utilisé, quelle fonctionnalité devrait aller dans le modèle, la vue, le contrôleur/présentateur, comment mieux les différentes parties de l'interface utilisateur en synchronisation ...), pas la conception de l'écran de quel bouton va où ou comment l'interaction avec l'utilisateur devrait avoir lieu.Ressources sur la conception technique GUI

Merci, Thomas

Répondre

2

http://martinfowler.com/eaaDev/uiArchs.html

Mon intérêt est d'identifier des modèles communs et utiles pour les développeurs d'applications à utiliser dans le développement client riche. J'ai vu différents modèles dans les revues de projets et aussi différents modèles qui ont été écrits de manière plus permanente. À l'intérieur de ces conceptions sont les modèles utiles, mais les décrire n'est souvent pas facile. Prenez Model-View-Controller comme exemple. On l'appelle souvent un modèle, mais je ne trouve pas très utile de le considérer comme un modèle, car il contient pas mal d'idées différentes. Différentes personnes lisant sur MVC dans différents endroits en tirent des idées différentes et les décrivent comme «MVC». Si cela ne provoque pas assez de confusion, vous obtenez alors l'effet de malentendus de MVC qui se développent à travers un système de chuchotements chinois.

Dans cet essai, je veux explorer un certain nombre d'architectures intéressantes et décrire mon interprétation de leurs caractéristiques les plus intéressantes. Mon espoir est que cela fournira un contexte pour comprendre les modèles que je décris.

1

Dans les modèles de conception arena MVVM est votre meilleur pari je dirais.

Essayez de lire ceci:

ViewModel/View relationship and validation

aussi:

The model in MVVM: business object or something else?

What makes MVVM uniquely suited to WPF?

MVVM ICommand alternative

Mon expérience avec MVVM en pratique est que c'est un peu comme l'aveugle et l'éléphant. Tout le monde dit que c'est légèrement différent, et différentes solutions appelées MVVM vont avoir l'air radicalement différentes parce qu'elles seront déformées par les exigences de performance et la structure de votre application.

Les origines de MVVM sont souvent revendiquées comme étant WPF et Silverlight. À mon avis MVVM est une amélioration sur MVC, mais éventuellement MVP bien conçu va le surpasser. Pour les meilleures performances en général, MVP mais MVVM devrait aboutir à un code qui est presque aussi rapide et beaucoup plus facile à lire et à modifier. En fonction de ce que votre application fait, l'utilisation d'un modèle peut être exagérée.

EDIT

Ajouté « en général » à « la meilleure performance » ...

+0

Je suppose que ce que je suis en train de dire est: il est écrit le plus rapide plus la mémoire mise en œuvre efficace comme un objectif; et il ya déformation de la mise en œuvre vers une gestion et une maintenance plus faciles via MVC, MVP, MVVM et similaire; Cela dépend de ce que vous essayez d'accomplir. Dans un contexte commercial, la super-structure supplémentaire peut être très utile. – martinr

Questions connexes