Discussion :

[batbaille]

Bonjour,
Je suis ancien développeur C++ et nouveau développeur C# sur .net.
J'ai pour projet (pendant 1 à 2 mois) de développer un outils interne (en client lourd) pour ma nouvelle petite entreprise.

Après une première phase d'étude, je souhaiterais l'avis de la communauté sur mes choix des différentes technologies .Net choisies.

Le logiciel devra permettre:

• De saisir des infos (métier).
• De faire un choix d'éléments (matériels et ressources humaine) dans une liste prédéfinie selon les infos saisies.
• D'imprimer un document de l'ensemble des éléments choisis.
• De mettre à jour annuellement la liste d'élément (matériels et ressources humaine).
• De sauvegarder le travail en cours.

L'application se veut légère, simple d'utilisation et facile à déployer.
Elle doit marcher sous Windows en client lourd (pas de site web).
Elle intégrera une BDD dont la structure ne changera pas.

Voici le choix des technologies :

• Langage : C# (choix naturelle car je viens du C++)
• IDE : Visual studio C# Express (gratuit), avec possibilité de passer à Visual Studio Pro (mais je souhaiterai économiser le coût d'une licence à mon entreprise).
• Framework : 3.5 (car déjà dispo sur Seven) sinon 4 si vraiment besoin.
• GUI : Winform (plus simple à appréhender que WPF).
• BDD : SQL Server Compact Edition (à priori tout à fais suffisante pour mon besoin)
• Accés BDD : Linq to SQL(plus simple à appréhender que les Entity Framework).
• Maj BDD depuis l'extérieur : Import Excel (pas de BDD antérieur existant et administrateur non informaticien)
• Impression : Visual Studio for Office (nécessite la suite Office mais pas besoin de développer un moteur d'édition).
• Sauvegarde du travail en cours : Sérialisation XML
• Déploiement : Inno Setup
• Gestion des sources : CVS ou SVN avec SourceForge.net

Que pensez vous des technologies .Net choisies ? Constatez vous une incohérence par rapport au projet ?

Merci d'avance à tous.

[BenoitM]

GUI : Winform (plus simple à appréhender que WPF)

Je peux comprendre mais si je suis pas spécialement pour, bon après il faut voir à quel point tu veux t'investir dans la technologie .Net, si c'est pour un seul projet c'est vrai que le coût peut être grand et peu rentable maintenant si tu comptes developper de futurs projets, ce temps sera amorti sur les différents projets

Maj externe BDD : Import Excel

humm je prendrais des fichier csv voir xml si possible.

Sauvegarde : Sérialisation XML

Que veux-tu sauvegardez via la sérialisation?

[batbaille]

GUI :
Je prend note de ta remarque (@BenoitM) sur WPF, car effectivement j'espère que cela sera le premier d'une longue série. Les possibilités de ce dernier sont bien plus étendues et bien plus intéressantes. Je prévoie de structurer mon programme afin de rendre la GUI interchangeable. Je pense le faire en Winform dans un premier temps (ne l'ayant jamais utilisé, en réalisant mon prototype j'ai trouvé la programmation très intuitive) et ainsi passer plus de temps à lever les contraintes techniques restantes sur les autres aspects du projet. Selon le temps qui me restera je passerais la GUI sur WPF me permettant ainsi de me faire mon propre jugement sur la différence des deux technos (même si je perçois déjà que WPF reste incontournable).

BDD :
Pour la mise à jour de la BDD du programme, je pensais à l'import Excel car :
- il n'y a pas de base externe existante.
- l'administrateur de l'application n'est pas informaticien (connait pas SQL et les BDD relationnelles). Il construit ou met à jour sa bibliothèque sous Excel (qu'il a l'habitude d'utiliser) et l'importe dans l'application.

Sauvegarde :
Par "sauvegarde", j'entends la sauvegarde des infos en cours de saisie dans l'application. L'utilisateur souhaite sauvegarder son travail en cours et le reprendre plus tard ou le transmettre à un collègue.
Pour cela dans mon prototype, j'ai une classe qui contient toutes les valeurs des champs du programme, et j'effectue une sérialisation/dé-sérialisation XML (XmlSerializer) pour sauvegarder ou charger le travail en cours de l'utilisateur.

Je pense que pour ces deux derniers points, j'ai effectivement mal intitulé mes entêtes de ligne que je mets à jour pour les prochains lecteurs

[tomlev]

Accés BDD : Linq to XML (plus simple à appréhender que les Entity Framework).

Euh, Linq to XML c'est pour manipuler du XML, pas une base de données...
Tu pensais peut-être à Linq to SQL ? C'est effectivement un peu plus simple qu'Entity Framework, mais pas tant que ça, et c'est beaucoup plus limité. A long terme Entity Framework est sans doute un meilleur choix...

[batbaille]

Désolé de ma confusion (@tomlev), c'est effectivement "Linq to SQL" que je voulais dire. Je le change dessuite sur mon post principal.

Merci pour ton avis, je vais donc profiter de ce petit projet pour regarder également l'Entity Framework et comparer les deux technos.

[batbaille]

Ai je une autre alternative sur la génération de document autre que l'automation avec VSTO ?

J'ai bien trouvé l'impression sur les Winform mais je trouve que c'est pas top niveau mise en page.

[BenoitM]

Ai je une autre alternative sur la génération de document autre que l'automation avec VSTO ?

J'ai bien trouvé l'impression sur les Winform mais je trouve que c'est pas top niveau mise en page.

Il y a CrystalReport mais il n'est pas fourni avec la version express de visual studio