Version imprimable
Bonjour tout le monde. j'aimerai bien que vous me conseillez sur un truc actuellement je suis entrain de développez une application de gestion avec une base de données sql server et j'aimerai offrir une interface convivial et agréable , qu'est ce que vous me conseillez FireMonkey ou interface VCL
et merci
Pourquoi pas les Deux ?
Si c'est pour un TP, cela peut être l'occasion de mettre en place un serveur DataSnap ou un WebService qui 'masque' la DB en offrant des fonctionnalités bien précises (AddClient, AddFacture, AddCommande ... SearchClient, SearchFacture ... DeleteClient ...)
Les clients VCL ou FMX ne feront qu'interroger la DB via le serveur applicatif, seule la partie confort sera gérée en locale
Si c'est pour un projet réel, là, c'est difficile à dire !
la VCL en mode thème Aero aura le look d'une application Windows,
professionnel sans fioriture
la VCL en mode thème Embarcadero (Carbon, Aqua ...) aura un look plus graphique,
faut faire attention à bien gérer les éléments de style sinon bcp de Color affecté manuellement n'auront pas d'effet
la FMX, c'est du pur dessin, tu peux faire des effets, de la 3D, du multiplate-forme, un look plus tablette
Pense au confort de l'utilisateur, mieux vaut qu'il puisse saisir vite, avoir un nombre de clic réduit, une lisibilité optimale ou un tas d'effet distrayant ?
En fait, ce n'est ni VCL ni FMX qui donneront une "interface convivial et agréable" mais ta capacité à comprendre le besoin de l'utilisateur et ton talent à utiliser les "Controls" fourni par Embarcadero !
Merci beaucoup ShaiLeTroll pour votre réponse
au fait c'est un projet réel pour une grande entreprise avec un délais très réduit
on a fait quelque essaies en FMX l'interface et très belle mais il y a beaucoup de chose qui manque tel que OnRightClick des StringGrids et vu que FMX et beaucoup plus orienté tablette les développeurs embarcadero n'ont pas implémente cette méthode ainsi que pas mal d'autre qui ne sert a rien
contrairement a VCL qui offre toutes les fonctionnalité mais on a pas les texte animé pour afficher des messages pour se qui est des Skin on a pu trouvé un sur le net un qui correspond à la charte graphique de l'entreprise en plus ils ne sont pas très à cheval sur ce point
d'après ce votre répons et les diffamante conclusion je crois qu'on va opté pour la VCL
d'autre suggestion sont les bienvenus bien sur
Bonsoir,
si vous avez des contraintes de temps, alors oui la VCL est surement le choix qui permettra la plus grande productivité, vu la maturité du Framework.
Maintenant si c'est un projet nouveau, et qui est voué à être pérenne, il faut peut-être quand même considérer un peu plus FMX. En effet la VCL restera win32/win64 et tant que Microsoft laissera les api dans son OS. Si demain votre société veut migrer vers du MAC (ou certains services), ou vers du Linux, vous serez un peut coincé avec la VCL. Si Microsoft migre définitivement vers WinRT, je ne suis pas certains que la VCL suive.
Donc l'investissement est plus long, du fait de la jeunesse de la plateforme, mais si vous pouvez en avoir le luxe je pense que ce ne serait pas une mauvaise idée.
@++
Dany
Merci beaucoup skywaukers pour votre réponse concernant la migration de l'entreprise vers MAC ou Linux je ne pence pas qu'ils vont migré d'aussi tôt, déjà la majorité des directions se limite a Word et Excel chose que je n'ai pas apprécier pour une tel entreprise, donc la migration on peut l’éliminer de l’équation
et pour ce qui est des applications multiplateforme je préféré JAVA mais ça prend beaucoup de temps en plus nos développeurs sont des dev Delphi
Pour FMX, il faudrait s'orienter vers des composants Tiers comme TMS Software.
... :aie:Citation:
Envoyé par chaplin
Y a quoi d'autre?
je ne sais pas mais quand je lis "pour utiliser XXX il faut utiliser YYY" j'ai comme l'impression que quelque chose cloche quelque part :)Citation:
Envoyé par chaplin
Si un composant ne convient pas aux besoins, en général tu cherches un composant qui existe et qui correspond à ton besoin ou alors tu créé le composant quand tu ne trouves rien.
Ou, tu hérites d'un composant TStringGrid et tu lui rajoutes ce qu'il te manques.
J'ai suggéré une piste, j'ai rien imposé, j'ai peut être mal formulé ma phrase ou peut être tu l'as interpréter à ta façon, par conséquent je m'exprime clairement pour ne pas brouiller les pistes.
Je n'ai pas dit qu'il fallait faire de la VCL, ni du Firemonkey, j'ai simplement dit que s'ils choisissaient Firemonkey et que TStringGrid ne leur convenait pas, il existait des composants semblables qui sont .. forcément dans des bibliothèques externes: commerciales ou libres.
L'autre solution, c'est que tu leur propose tes services pour implémenter un composant selon leurs besoins.
Et maintenant, quelqu'un a encore une critique à faire?
Oui vous avez raison chaplin les composent TMS sont bien connu d’ailleurs on les utilise avec les VCL il sont très très bien fait et très utiles ils nous permet de gainer beaucoup de temps
Ben voilà! Merci Novell pour votre soutien.
Je me suis une fois embarqué dans la création de composants chez un client, sauf qu'au moment où j'avais signé, personne ne m'avait dit qu'il fallait créé des composants. Mais l'expérience m'a prouvé qu'on évite de faire des usines à gaz comme celle que j'ai vu.
Si j'ai un conseil à vous donner, regardez les composants TMS ou d'autres librairies, je n'ai pas d'action nulle part. En revanche, si vous sentez que le TStringGrid est incomplet, autrement dit il manquerait pas grand chose pour faire ce que vous voudriez faire, alors faites appel à un expert Delphi.
désolé, je ne voulais pas polémiquer (Paul et Mickey) :)Citation:
Envoyé par chaplin
la possibilité d'ajouter des composants tiers est une des richesses de Delphi et c'est très bien, c'est juste la formulation qui m'avait amusé, elle laissait penser que pour utiliser FMX il fallait forcément ajouter des composants tiers.
il y a en effet des développeurs qui utilisent Delphi comme un L4G qui assemble des composants avec le minimum de ligne de code et surtout sans jamais dériver une classe à la main.
je fais parti de ceux qui au contraire dérivent les composants de base pour les adapter à mes besoins.
L'exemple le plus criant est de dériver TTreeNode au lieu d'attacher un objet à TTreeNode.Data :)
Merci beaucoup chaplin réponse on a déjà commencé le développement de l'application on utilise généralement les DBGrid on a utilisé les composent TMS c'est super cool et très rapide