Développer une nouvelle application avec .NET ?

Question

Je dois développer une application de base pour un "secteur d'activité" avec les fonctionnalités habituelles telles que les commandes, le contrôle des stocks, les ventes, les rapports, etc.

J'utiliserai WPF pour développer cette application afin qu'elle fonctionne sous Windows, mais je souhaite la développer de manière "ouverte" afin de pouvoir créer une application Windows Forms utilisant la même structure (peut-être pour qu'elle fonctionne sous Windows). Mono ) ou même un Silverlight module. Quelqu'un qui a fait quelque chose comme ça (et qui a survécu) peut-il me donner une suggestion sur une directive ou quelque chose comme ça où je peux trouver de bonnes pratiques ? Je suis un Delphi Je suis un développeur ayant des connaissances intermédiaires en C#, mais il y a tellement de bibliothèques, de cadres de travail et de modèles "étonnants" que je ne sais plus ce qui serait bon pour ce projet.

Quelque chose comme : Utiliser EF (peut-être attendre l'ef4 ?) ou nHibernate ou ADO.NET, et exposez vos données à l'aide de WCF, ou de webservices, ou oubliez Mono à cause de la perte de flexibilité, etc. Quelqu'un peut-il me donner un conseil sur la façon dont il s'y prendrait ? Si quelqu'un a une mauvaise expérience dans ce type de projet, il serait agréable de l'entendre également. Il y a beaucoup à apprendre dans les mauvaises décisions aussi :)

Answer 1

Mono n'implémente pas WPF, ce n'est même pas sur la feuille de route. Je ne suis pas sûr pour Entity Framework...

Vous pourriez probablement le faire en Silverlight (qui a une implémentation open source), mais ce n'est pas idéal pour créer un bureau (bien que ce soit possible depuis Silverlight 3).

Answer 2

Où dois-je commencer ?

D'abord, d'après votre description, vous êtes dépassé par les événements.
Deuxièmement, vous essayez de choisir une pile technologique alors que tout est nouveau pour vous.

Dans le meilleur des cas, je vous recommanderais de suivre un bon cours de formation sur quelques-unes des technologies que vous avez mentionnées afin d'en acquérir une meilleure compréhension. Je vous recommanderais également d'avoir un mentor, quelqu'un qui a déjà fait ce travail.

La réalité, cependant, ne permet pas forcément de suivre une formation ou d'avoir un mentor. Dans ce cas, je vous recommanderais d'écrire plusieurs programmes réels à jeter. Prenez un élément de fonctionnalité commerciale et essayez de l'écrire dans quelques-unes des technologies que vous avez mentionnées. Si l'une d'entre elles vous semble meilleure et vous donne ce que vous voulez, LA DÉCISION EST PRISE ! Ne vous arrêtez pas à la première qui semble fonctionner, essayez-en d'autres.

Vous devriez également écouter de bons podcasts. Je vous recommande Dot Net Rocks pour une bonne maîtrise de la technologie. Les premiers podcasts de ce site étaient également une très bonne source pour certaines discussions sur la conception. Podcast StackOverflow

Bonne chance.

Answer 3

J'ai dû faire quelque chose de très similaire récemment dans WPF. J'ai des connaissances en ASP.NET, mais je n'ai jamais travaillé avec WPF (ou WinForms d'ailleurs), et cela m'a laissé perplexe pendant un moment, mais plus je travaille dessus (environ 3 semaines maintenant), plus cela devient facile. Je me suis contenté de rechercher sur Stack Overflow et Google des extraits de code similaires à ce que je faisais, et j'ai travaillé dessus en les modifiant si nécessaire. Mon entreprise a acheté un livre qui m'a également aidé (WPF Unleashed publié par Sams), et il était assez bon. Je vous souhaite bonne chance pour votre première application WPF.

Answer 4

Si vous séparez le modèle d'entreprise et la logique d'entreprise de l'interface utilisateur,
en utilisant MVC ( Modèle Vue Contrôleur ) ou MVVM ( Modèle Vue Vue-Modèle ) ou un modèle de conception similaire,
vous pouvez alors avoir plusieurs interfaces utilisateur connectées au même modèle d'entreprise + logique métier et même connecter la même interface utilisateur à d'autres modèles d'entreprise + logique métier.

Answer 5

Merci à tous pour votre soutien... Brad Je suis déjà vos conseils, je fais quelques cas de test pour voir ce qui semble bon... mon problème est que même si je peux développer une application en WPF et que j'ai une compréhension intermédiaire dans l'utilisation des liaisons de données wpf, des génériques, de linq, des objets anonymes, tous les trucs cool, j'entends toujours parler de ceci et de cela comme étant la solution à tous les problèmes du monde (comme mvvm, ou la programmation parallèle, ou les langages fonctionnels, etc) et je me sens "mauvais" dans mes décisions et un mauvais développeur si je n'utilise aucune de ces belles technologies. Je connais les concepts mais je ne les domine pas, et il semble qu'il y ait beaucoup de choses à apprendre, malheureusement je n'ai pas beaucoup de temps. Thomas C'est justement parce que mono ne supporte pas WPF que je veux rendre l'application aussi isolée que possible, afin de pouvoir faire une simple couche winform pour manipuler les données. darthnosaj Merci, c'est ce que je fais aussi, en cherchant sur internet et en trouvant beaucoup d'informations (et ce beau site plein de gens sympas :) ).

Et Danny C'est ce dont je pense avoir besoin... Je vais regarder quelques exemples d'applications utilisant mvvm et voir si cela fonctionne pour moi. Pour ce que j'ai entendu, c'est presque un crime de ne pas l'utiliser dans ce cas dans lequel je veux ce genre d'isolation.

Encore une fois, merci à tous :)