2009-12-26 9 views
6

Serait-il pratique de créer des applications WPF sans jamais toucher Visual Studio (ou tout autre IDE)? Comme dans, coder et compiler complètement dans Vim et la ligne de commande? Quelles ressources recommanderiez-vous à quelqu'un qui essaie de le faire?WPF sans Visual Studio?

Répondre

9

Ce serait possible, puisque fondamentalement WPF est basé sur XAML - une variante de XML - et C# ou VB.NET ou un autre langage .NET comme langage de backend.

La question est vraiment de savoir si c'est pratique et si cela a du sens - je doute fortement. WPF est tout au sujet de la conception visuelle, par ex. totalement sans un concepteur visuel (soit intégré dans Visual Studio, de préférence la version 2010, ou Expression Blend), il semble un peu idiot de vouloir programmer WPF ....

Quant aux ressources - bien, un au moins un éditeur de texte est un must, alors certainement quelques bons livres sur WPF, et vous pourriez tirer parti du compilateur C# ou VB.NET qui vient avec le framework .NET.

+3

De plus, il est vraiment difficile d'obtenir les détails correctement et sans un concepteur visuel, le cycle d'édition-compilation-test serait douloureux. –

5

Possible, Oui. Pour le travail de production, je considérerais Microsoft Expression Blend 3. Puis copiez le XAML et collez-le dans l'éditeur de votre choix et compilez à partir de la ligne de commande. Vous pouvez télécharger KAXAML. C'est un éditeur gratuit et léger. Je l'ai trouvé bon pour apprendre au sujet de XAML et voir comment les changements et les ajustements mineurs peuvent avoir un impact sur une conception globale. XAML est un vieux texte simple alors trouvez un éditeur gratuit (KAXAML), utilisez-le, et si vous le devez, collez-le dans votre éditeur.

+1

Ne mélange pas compte comme un IDE cependant? – ChrisF

+1

Bien sûr, mais je l'ai également préfacé avec "Pour le travail de production." Si quelqu'un veut utiliser des éditeurs de texte et du papier millimétré, n'hésitez pas. Si vous voulez faire du XAML et que vous voulez être productif, vous devez vraiment regarder un IDE. – DenaliHardtail

+1

Je suppose que gamedevv le fait à des fins d'apprentissage, car aucune entreprise ne s'attendrait à ce que des développeurs écrivant du code de production écrivent XAML avec un simple éditeur de texte. Vous êtes plus productif avec un IDE. – DenaliHardtail

3

Si vous voulez vraiment suivre cette voie, je vous recommande d'obtenir du papier graphique (carré) et un crayon pointu. Dessinez vos dessins là-dessus, lisez les positions et tapez-les dans l'éditeur de votre choix.

Un avantage de ceci est que vous allez avoir un prototype de papier pour montrer aux gens;)

Comme James Keesey souligne dans son commentaire sur marc_s's réponse, votre cycle édition-compilation-test va être douloureux.

2

C'est certainement possible. Je dirais que ce n'est pas pratique, cependant.

Pour être honnête, je fais du développement professionnel WPF et je le fais avec le concepteur visuel fermé. Je suis beaucoup plus à l'aise pour éditer le XAML à la main, tout comme j'écris du HTML. Cependant, les avantages d'un IDE vont bien au-delà du concepteur visuel. Il y a IntelliSense, le débogage et une foule d'autres fonctionnalités inestimables.

Vraiment, je dois remettre en question vos motivations. Qu'essayez-vous de gagner? Les éditions Visual Studio Express prennent entièrement en charge le développement WPF, ce qui ne peut ou ne devrait pas être un problème de coût.

8

Je me suis retrouvé à écrire du XAML dans le Bloc-notes à plusieurs reprises où j'avais besoin de créer une interface rapide, mais je n'ai pas pu charger un IDE. C'est vraiment assez trivial, et presque - mais pas tout à fait - aussi rapide que d'utiliser un IDE. Les principaux avantages d'un IDE tel que Blend ou VS.NET sont de faire en sorte que les choses comme les couleurs et les animations soient "justes".

Une autre occasion où j'écris fréquemment XAML ou C# dans un éditeur de texte est ici sur Stack Overflow.Je lance Visual Studio uniquement lorsque j'ai besoin de tester quelque chose.

Mes principales recommandations pour la création d'applications WPF sans IDE sont:

Tout d'abord vous devez utiliser correctement le système de mise en page de WPF, en utilisant des panneaux appropriés et « Auto » calibrage chaque fois que possible. Par exemple, si vous voulez une pile de boutons avec un peu d'espace entre eux, créez un <StackPanel>, et sur chaque bouton ajoutez Margin="4" ou autre. C'est un bon design quand même. La plupart des programmeurs WPF débutants le traitent comme WinForms sans possibilité de mise en page, ce qui est dommage. WPF a un moteur de mise en page très puissant et il devrait être utilisé. Si c'est le cas, il n'y aura jamais besoin de papier millimétré ou de mesures. En outre, votre interface utilisateur ajustera automatiquement sa mise en page si vous modifiez la taille des polices ou si les objets sont plus grands que prévu.

Deuxièmement vous devriez utiliser msbuild pour votre projet à moins qu'il ne soit ultra-simple. msbuild est installé avec NET Framework afin qu'il soit toujours disponible. Le format de fichier est très facile à éditer avec un éditeur de texte, et il est bien meilleur qu'un fichier batch avec la commande "csc" appropriée car il permet d'utiliser le code-behind et est moins sujet aux erreurs lors de l'ajout de nouveaux fichiers source. Troisièmement, ouvrez une fenêtre de ligne de commande PowerShell séparée de votre éditeur, avec une commande qui exécute "msbuild", puis exécute votre application. Pour exécuter votre application, puis Alt-Tab à cette fenêtre et appuyez sur uparrow, Entrée. Certains éditeurs de texte ont la possibilité d'exécuter des commandes définies par l'utilisateur directement depuis l'éditeur et de voir la sortie, auquel cas cette seconde fenêtre n'est pas nécessaire.

Quatrième conserver une copie de cordbg ou mdbg à portée de main. Bien qu'un IDE soit l'endroit idéal pour faire votre débogage, n'importe quel débogueur est meilleur que rien du tout. Vous trouverez vos problèmes beaucoup plus rapidement si vous vous arrêtez aux points d'arrêt et examinez les variables que si vous continuez simplement à éditer le code et à le relancer. Cinquièmement, utilisez "ColorPad" ou une application similaire pour sélectionner vos couleurs pour l'utilisation. Juste deviner et entrer votre meilleure estimation en hexadécimal ne fonctionne pas très bien. Pour les ressources, je vous recommande d'obtenir le livre "WPF Unleashed" et de passer en revue les exemples. Je voudrais aussi lire beaucoup de XAML d'autres personnes, comme peut être trouvé sur CodePlex.

Questions connexes