WPF : sql nécessaire/récommandé par rapport aux bindings directs?

Bonjour,

(Mon background : j'ai fait pas mal de Qt/C++, et j'ai jeté un oeil à WPF 2j que j'ai trouvé très bien).

Je participe à des projets pros. On commence à commander du WPF auprès de prestataires, pour faire des applis desktop à l'ancienne, sur des petits projets, pour se faire la main.
Je fournis un modèle de classe en C# déjà sérialisable et simple (agglomérats de string,float,int,bool, pas de méthodes). Les requêtes sont peu nombreuses et très simples (afficher tous les objets d'un type, pouvoir changer des valeurs, ajouter/supprimer des objets ...).

Dans les réponses que je reçois, les prestas se sentent obligés de mettre des installations de bases SQL (entity framework etc), alors qu'une contrainte technique est que je voudrais que cela soit ma classe qui soit utilisée comme modèle.

La présence de SQL me paraît absolument pas nécessaire (coût de maintenances..), et même pas bien. J'ai discuté avec les équipes techniques des prestataires, et ils me disent que c'est plus rapide (performances) d'avoir du SQL que des binding direct et plus rapide à mettre en oeuvre. J'ai beaucoup de mal à y croire (en fait j'y crois pas). Les coûts annoncés sont supérieurs à ce qu'on aurait avec du Qt traditionnel en durée, sans toutes les technos de binding, xaml... (aucun doute là dessus). Donc cela me paraît ne pas être un argument.

J'aimerai savoir jusqu'à quel point j'ai tord. Donc : est-ce que SQL c'est vraiment "une meilleure option" en WPF, ou est-ce que des bindings sans SQL (quitte à avoir un MV entre les deux) sont des choses tout à fait acceptables et qui ne présentent pas d'inconvénients particuliers ?

Cordialement,

ElPedro

En fait je vois aucun rapport entre les deux.
WPF en a absolument rien à foutre d'où proviennent les données!
Le binding ne sert qu'a simplifier la mise à jour de l'interface en fonction de l'état des données.
Apres techniquement il est possible de ne pas utiliser de binding, de coder tout dans le code behind comme en winform et d'y mélanger la DAL (donc du sql, ou des fichiers plats sérialisation ou autres...). C'est possible, surement plus rapide à dev, mais bonne chance pour la maintenance et l'évolution;).

Merci pour votre réponse claire.
Rien de lié à une contrainte technique forte en somme.
J'ai pu en plus effectuer des tests et constater que coder le binding à côté (binding hors xaml) ne nécessitait pas particulièrement de base de donnée, et fonctionne très bien dans mon cas.
Bonne journée!

Bonjour

Quelle est la quantité de données manipulée ? (les applications sans base de données, il y en a comme il y a aussi des poissons volants, mais qui ne constituent pas la majorité du genre. (*)).










(*) Audiard - Le Président - 1961

Les fichiers classiques font dans les 3000 entrées * 15 lignes, dont 30% de string; mais toutes les entrées ne sont pas renseignées en général. Aujourd'hui on a en général 1 fichier entre 500ko et 3Mo, parfois on peut arriver à 5Mo (1 fois tous les 5 ans..).

J'ai reçu des réponses d'autres prestataires qui ne m'ont pas proposé de SQL, et qui m'ont dit faire un binding direct exactement sur ma classe, en spécialisant certains conteneurs existants de WPF. Cela me convient tout à fait et me parait plus raisonnable. Donc je suis rassuré finalement à ce niveau là.:)