Est-il la peine d'apprendre Microsoft Foundation Classes(MFC) de nos jours?
Je suis un grand fan de Technologies Microsoft. Appris beaucoup de .Cadre NET et C# comme langage de programmation. Mais je crois .NET applications sont en cours d'exécution sur le dessus de .NET Framework de sorte qu'Ils ont une sorte de lente. Puis j'ai entendu parler d'un MFC classes wrapper pour le Développement de Windows et Il est standard pour les Applications Commerciales de Développement(je ne parle pas des affaires de niveau application) donc je veux savoir est-il la peine d'apprendre MFC maintenant? Est-il des alternatives? Je veux développer commerciale niveau de l'application, Merci de lire ma question.
C'est utile si vous travaillez quelque part qui utilise les MFC. Sinon, c'est totalement hors de propos. Vous seriez mieux d'apprentissage à l'état brut API Win32 et comment MFC/WinForms/WPF enrouler autour de (ou ne pas enrouler autour) il.
Merci pour ton commentaire Non, j'ai des idée de développer une application commerciale en tant que freelance développeur
Je ne pouvais pas comprendre ce que vous avez dit
Je suppose que @KerrekSB plaisantait sur l'avenir probable de Windows8. Betamax et Laserdisc étaient deux hype technologies du passé qui n'a jamais décollé.
Je suis en retard pour la fête ici, mais je voulais juste souligner que les tests ont démontré que le C++ n'est pas que beaucoup plus rapidement .NET. En fait, l' .NET effectue plus rapidement avec certaines structures de données. La compilation JIT est si incroyablement rapide ces jours-ci. Je vous l'accorde, que WPF est un peu lent. Mais WPF est génial!!!
Merci pour ton commentaire Non, j'ai des idée de développer une application commerciale en tant que freelance développeur
Je ne pouvais pas comprendre ce que vous avez dit
Je suppose que @KerrekSB plaisantait sur l'avenir probable de Windows8. Betamax et Laserdisc étaient deux hype technologies du passé qui n'a jamais décollé.
Je suis en retard pour la fête ici, mais je voulais juste souligner que les tests ont démontré que le C++ n'est pas que beaucoup plus rapidement .NET. En fait, l' .NET effectue plus rapidement avec certaines structures de données. La compilation JIT est si incroyablement rapide ces jours-ci. Je vous l'accorde, que WPF est un peu lent. Mais WPF est génial!!!
OriginalL'auteur unique | 2013-09-22
Vous devez vous connecter pour publier un commentaire.
Pas, je n'aurais pas l'apprendre - j'aurais l'air dans celui-ci pour avoir un aperçu de certains des façons les classes GUI de travail de sorte que vous avez une compréhension plus large de ce vieux, mais important, de la technologie. Mais je ne voudrais pas l'apprendre comme une technologie que vous voulez créer de nouvelles Interfaces graphiques dans l'avenir. Oubliez la non-GUI pièces de MFC, seulement des gens qui sont de grands fans de Microsoft technologies utilisées, tout le monde a utilisé beaucoup mieux bibliothèques...
Bien que vous pouvez écrire de grandes applications utilisant TortoiseSVN par exemple, aujourd'hui, à l'aide de Winforms est beaucoup plus facile et vous donne les mêmes résultats. Oui, .net est plus lent que le code natif, mais pour une interface graphique, vous êtes généralement limitée par la vitesse de l'homme peuvent réagir à des changements, de sorte qu'un "lente" du système est toujours en cours d'être ok, sauf qu'il est tellement lent qu'il est sensiblement lag ou lent à répondre. Pour cette raison, j'aimerais passer WPF comme je sais que de trop nombreux appels de soutien de moi et des amis qui tous se sont plaints de WPF performance (il y en a aussi beaucoup sur le web au sujet de WPF étant assez pauvres).
il existe des alternatives, Qt est un excellent outil graphique. wxWidgets est bon pour, et aussi multi-plateforme. Aujourd'hui, l'attitude générale d'Interfaces graphiques sont qu'ils devraient être basé sur le web, alors vous pourriez être mieux informé pour en savoir ASP.NET MVC 4 (pas les anciennes versions) comme il semble y avoir un nombre important d'emplois pour cette technologie d'aujourd'hui (demain peut-être différent!)
Il y a certainement une version 64 bits de windows construire pour Qt. Je l'ai utilisé pendant 5 ans et maintenant sur windows (et un bon nombre de versions de Qt). Bien que maintenant officiellement forfait x64 dll.
Je devrais avoir rédigé ce plus clair: Il n'y a pas de officiellement pris en charge 64 bits version de Qt (pas d'XP/Vista et aucun de l'embedded versions). Le plates-formes Secondaires prise en charge comprend la déclaration suivante: "les erreurs connues dans les plates-formes Secondaires peut ou ne peut pas être corrigée avant de nouvelles versions". J'ai l'habitude de se référer à ce que "non pris en charge". Selon les besoins de votre projet d'affaires et de règlements cela pose un risque important, et s'oppose à l'utilisation de l'intervalle Qt.
OriginalL'auteur gbjbaanb
Il y a encore des magasins qui ont un MFC base de code qui ne peux pas juste le jeter au loin depuis son bien testé projets et pour celles qu'il peut être utile, mais, comme un exercice d'apprentissage, il serait préférable d'apprendre directement de la programmation Win32 à partir de laquelle MFC et .NET toujours est dérivé.
De mon expérience:
La guérilla des jeux les responsables de la PS3 Killzone série d'outils en MFC
Bosch security systems, où j'ai travaillé encore utiliser les MFC
Philips medical a encore.
Pour les nouveaux développements ils utilisent différentes technologies bien.
Si vous avez besoin, de les étudier. Si vous ne le faites pas, ne le faites pas. Si vous travaillez dans une équipe, vous saurez si vous en avez besoin ou pas. Si vous êtes un responsable technique, vous ne devez pas jeter comme trop vieux ou horrible à la légère. Il est, à ce jour, le seul natif de cadre pour le développement de Windows avec le soutien des autorités.
Vous n'avez pas à apprendre les bases. Une compréhension intime de l'API Windows est absolument positivement tenus de même une chance de comprendre le MFC. Les boîtes de dialogue d'erreur, vous pensiez "seg-défauts" sont susceptibles de débogage affirmations de l'état - vérifier que les MFC utilise partout (il n'y a pas seg-défaut sur Windows). Ce n'est certainement pas le seul natif de cadre, soit, il y a WTL, ou wxWidgets. Mais il est le seul, avec le soutien des autorités.
Nope, les dialogues ont été le programme s'écraser avec une violation d'accès mémoire exception (erreur de segmentation être un moyen plus rapide de dire la même chose). Voir en.wikipedia.org/wiki/Segmentation_fault. De haut niveau des cadres de simplifier & enveloppez-la de bas niveau.. si vous avez de connaître à la fois les niveaux intimement pour l'utiliser, il n'y a pas de logique de l'avantage ou le but de le cadre. Non, il n'y a pas de vérification d'état -- j'ai regardé la source MFC -- des trucs juste explosé. Très mauvais par rapport à de nombreux autres cadres.. Vous êtes de boire beaucoup trop de MS koolaid.
Je suis d'accord avec vous que le MFC n'est pas là pour être votre meilleur ami. MS dit effectivement que le MFC n'est pas destinée à simplifier l'API Win32, mais plutôt pour donner une architecture OO. C'est toujours obligatoire pour comprendre l'API de faire un programme MFC qui ne manquera pas sous le poids des idées fausses. Niveau supérieur des cadres souvent essayer de faire les choses plus faciles en cachant des choses de sorte que le codeur ne pas voir ce qui se passe. Le point est que, MFC ne sera pas cacher de l'API Win32, donc, si vous allez berserk avec les MFC, EST erreur ou d'accident, c'est garanti.
OriginalL'auteur Serve Laurijssen