La tendance dans la conception et le développement d'applications semble commencer par les "entrailles": le domaine, puis l'accès aux données, puis l'infrastructure, etc. L'interface graphique semble généralement venir plus tard dans le processus. Je me demande s'il ne serait jamais utile de construire d'abord l'interface graphique ...
Ma logique est qu'en construisant au moins une interface graphique prototype, vous obtenez une meilleure idée de ce qui doit se produire dans les coulisses, et êtes donc mieux placé pour commencer à travailler sur le domaine et le code de support.
Je peux voir un problème avec cette pratique en ce que si le code de support n'est pas encore écrit, il n'y aura pas grand-chose à faire pour la couche GUI. Peut-être que la construction d'objets fictifs ou de classes jetables (un peu comme pour les tests unitaires) fournirait juste assez de bases pour construire l'interface graphique.
Serait-ce une idée réalisable pour un vrai projet? Peut-être que nous pourrions ajouter GDD (GUI Driven Development) à l'acronyme stable ...