没有Visual Studio的WPF?

gam*_*evv 7 wpf

在没有接触Visual Studio(或任何其他IDE)的情况下创建WPF应用程序是否可行?在Vim和命令行中完全编码和编译?对于试图这样做的人,您会推荐哪些资源?

mar*_*c_s 9

这是可能的,因为基本上WPF基于XAML(XML的变体)和C#或VB.NET或其他.NET语言作为其后端语言.

真正的问题是这是否实用,是否有意义 - 我对此表示高度怀疑.WPF完全是关于视觉设计的,例如完全没有视觉设计师(Visual Studio中的内置版本,最好是2010版本;或者其他一些视觉设计师),想要编写WPF似乎有点傻....

至于资源 - 嗯,至少一个文本编辑器是必须的,那么肯定是一些关于WPF的好书,你可以利用.NET框架附带的C#或VB.NET编译器.

  • 此外,很难获得正确的细节,没有可视化设计师,编辑 - 编译 - 测试周期会变得很痛苦. (4认同)

Ray*_*rns 8

我发现自己在记事本中编写XAML的次数很多,我需要创建一个快速的UI但无法加载IDE.它实际上非常简单,几乎 - 但不完全 - 与使用IDE一样快.诸如Blend或VS.NET之类的IDE的主要优点在于快速获得颜色和动画之类的东西"恰到好处".

我经常在文本编辑器中编写XAML或C#的另一个场合是Stack Overflow.当我需要测试一些东西时,我只启动Visual Studio.

我在没有IDE的情况下创建WPF应用程序的主要建议是:

首先,您应该正确使用WPF的布局系统,使用适当的面板和尽可能"自动"调整大小.例如,如果您想要一堆按钮,它们之间有一些空格,请创建一个<StackPanel>,并在每个按钮上添加Margin="4"或其他.无论如何这是个好设计.大多数初学WPF程序员都把它视为没有布局功能的WinForms,这是一种耻辱.WPF有一个非常强大的布局引擎,应该使用它.如果是,则永远不需要方格纸或测量.此外,如果更改字体大小或对象大于预期,UI将自动调整其布局.

其次,你应该为你的项目使用msbuild,除非它非常简单.msbuild与.NET Framework一起安装,因此始终可用.使用文本编辑器可以非常轻松地编辑文件格式,并且它比具有相应"csc"命令的批处理文件要好得多,因为它允许您使用代码隐藏,并且在添加新源文件时不易出错.

第三步将PowerShell命令行窗口与编辑器分开打开,使用运行"msbuild"的命令然后执行应用程序.要运行您的应用程序,只需按Alt-Tab到此窗口并按向上箭头键,然后按Enter键.一些文本编辑器能够直接从编辑器中执行用户定义的命令并查看输出,在这种情况下,不需要第二个窗口.

第四,保留一份cordbg或mdbg方便.虽然IDE是进行调试的理想场所,但任何调试器都比没有好.如果你在断点处检查并检查变量,那么你会发现问题要快得多,而不是只是继续编辑代码并重新运行.

第五,使用"ColorPad"或类似应用程序选择颜色以供使用.只是猜测并输入十六进制的最佳猜测只是不能很好地工作.

对于资源,我建议您阅读"WPF Unleashed"一书并完成示例.我还会阅读很多其他人的XAML,例如可以在CodePlex上找到.


Den*_*ail 5

可能,是的.实用号

对于生产工作,我会考虑Microsoft Expression Blend 3.然后复制XAML并将其粘贴到您选择的编辑器中并从命令行进行编译.

你可以下载KAXAML.这是一个免费的轻量级编辑器.我发现学习XAML并了解微小的变化和调整如何影响整体设计是有益的.

XAML是普通的旧文本,所以找一个免费的编辑器(KAXAML),使用它,如果必须,粘贴到你的编辑器中.