这里有做桌面应用程序开发的吗？VC++转C#是否为趋势？

[lyping]

目前重要基于VC++的MFC写一些工控和试验类型的桌面应用程序，不知C#是否更有优势？
请大家发表一下看法

[ayang23]

刚买了本c#的大厚书，准备转。不过想先研究下common lisp。个人不喜欢mfc，一直用wtl。

[lyping]

@ayang23 书名什么呢？推荐一下，感觉很多C#的书籍都是讲做网站

[cranej]

工作三年以上还不能独立思考决定这个问题就别转了，浪费时间，啥熟悉做啥混口饭吃吧。csharp在偏底层的开发没有优势，擅长的是商业应用程序。

[cranej]

入门书籍推荐c#本质论，然后clr via c#, 然后就不需要看书了，msdn就可以了

[gcweb]

用WPF写界面，轻松又愉快

[bombless]

看场景。现在 C/S 或者 RESTful 的程序用C#做很常见，主要是因为 .net FCL 的网络相关的API实在太方便了。

[ayang23]

C#与.NET 4高级程序设计（第5版）

[sharpblade]

推荐《C#本质论》，很好的一本书，深入浅出，条理明晰，体系严谨
至于你的应用领域，不是很清楚C#合适不合适，不过应该没有问题，必要时可以使用互操作

[azure]

C#的问题在于.Net框架版本的不统一。 XP WIN7 WIN8预装版本都不一样。WPF确实轻松又愉快。但是有时候发行版本附带一个20多M的运行环境安装程序实在没有太舒心。。
当初的dbradioPlus就吃尽了这个亏。
http://www.douban.com/note/79600836/ 基于.net4 受尽了各种关于.Net的吐槽

[xupefei]

@azure 解决这个问题不算麻烦，用 3.5 版本就行了。
XP 不预装 NET，但是现在那些盗版一般也都附带了 2.0 版本（或更高），于是在分发软件的时候，把那些版本号为 3.5 的 DLL 放在程序目录下一起打包就行了（ NET 3.5 的 mscoredll 还是 2.0版，只是在周边附加了一些库）。即使是 WPF，也就是把核心 DLL 打包就行了。
WIN7 自带 NET 3.5。
WIN8 自带 4.0，但是在使用基于 3.5 的程序时有十分友好的提示提醒用户安装 3.5，不会出现 Error Msg，体验还算不错。

[haohaolee]

所谓试验类型的程序是指什么？C++写程序无非就是对于CPU bound的应用更高效，对细节控制更精确。要是整天都是和控件打交道，winform足以应付了，开发效率也高

[azure]

@xupefei BUT，WPF真正成熟好用是在4.0时代。你总不能针对客户开发两套基于不同版本WPF的软件吧。或者妥协让步，让你的软件止步于3.5时代？ 以及用户在拥有4.0 Framework的时候还需要再装一个3.5.这实在让很多用户不解吧

[lyping]

@haohaolee 用串口或PCI读一些数据，然后绘图展示、计算、存储，以及数据分析。

[haohaolee]

@lyping 我觉得问题不是特别大。不过C#学起来比C++简单多了，你完全可以试一试

[c4pt0r]

作为曾经的桌面应用开发者可以负责的说, 对于大规模分发的用户桌面软件，比如一些流行的免费互联网软件（浏览器, qq, 360, xunlei, 词典, 输入法什么的），c++是几乎是唯一的选择: mfc, qt和裸写native win32程序, 从来不会考虑c#之类的，原因是兼容性太差，用户太小白，对安装包的大小太敏感等.

当然，如果只是做实验或者小范围应用的软件, 当然怎么快怎么来了, c#开发起来能轻松非常非常多

[lyping]

@c4pt0r 感谢，准备试一下。应该上手不难。

[huangliushen]

C#的开发还是属于不吃力还讨好的那种，当然还要分具体情况的·

[Ricepig]

C＃帖居然喷的人这么少？！时代的进步啊！

[lyping]

@Ricepig 怎么理解呢？

[Alpha]

现在比较流行go