这是一个创建于 3920 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在有一个任务需要完成 client 开发，没有跨平台的需求。
因自身长期使用 java & android ，对 pc 客户端这块不是太清楚，现在主流用的是什么比较多，c++ 是不是只能结合 MFC？因为并不是太想学习 c# ，如果能用 c++ 是最好了，正好借这个项目锻炼下 c++ 能力。
ps：倒并不是对 c# 有什么偏见，只是感觉 java 跟 c# 很像啊，为什么要学两个很像的东西 ，另外是 mac 党，c# 意味着还要一台 win 了。
因自身长期使用 java & android ，对 pc 客户端这块不是太清楚，现在主流用的是什么比较多，c++ 是不是只能结合 MFC？因为并不是太想学习 c# ，如果能用 c++ 是最好了，正好借这个项目锻炼下 c++ 能力。
ps：倒并不是对 c# 有什么偏见，只是感觉 java 跟 c# 很像啊，为什么要学两个很像的东西 ，另外是 mac 党，c# 意味着还要一台 win 了。
第 1 条附言 2015-04-17 10:46:21 +08:00
那各位大神顺便推荐一本 c# 入门书籍吧，快速翻一翻。
 | 1 chaucerling 2015-04-17 10:20:12 +08:00 via Android 折腾MFC的时间都够学会c#了 |
 | 2 hjc4869 2015-04-17 10:34:11 +08:00 Windows上当然是用C#，MFC已经被淘汰了 Mac可以用Mono。 另外Java太烂，别拿来跟C#比，C#是真正的世界上最好的语言，写了几天C#就回不去Java了 |
| 3 hjc4869 2015-04-17 10:34:41 +08:00 还有，即便是折腾C++，用了MFC，也是必须要用Windows的…… |
 | &nbp; 4 1023400273 2015-04-17 10:40:49 +08:00  1 我本来是学c++的，学着学着就被MFC给玩死了，从此投入java的怀抱 |
 | 5 ivanchou OP @chaucerling @hjc4869 没说要折腾 MFC 早在上大一的时候就知道是过时的技术了，那时候都是用来做课设。 也就是说不用 MFC ，windows 下就没有用 C++ 来做客户端的主流框架了？ 肯定不会在 mac 下折腾 c#，浪费时间。 不为了说哪种语言好，因为用 java + python 开发 android 感觉也很爽快啊～～～ 那看来是不得不入 .net 了 |
| 6 ivanchou OP |
 | 7 bestsanmao 2015-04-17 11:10:47 +08:00 |
| 8 1023400273 2015-04-17 11:14:21 +08:00 3 吾之一生,初学C，三年不成；后Java，出一系统，未三日，瘫；遂转Android，布一程序，多BUG，主上斥责，五夜不眠改之，心力交瘁，卒，享年二十又八！ |
 | 9 jjx 2015-04-17 11:14:23 +08:00 未来还是看好c#的 如果跨平台/.net native等能成功的话,但估计最少还要等一年 C#深入也是很复杂的 |
| 10 chaucerling 2015-04-17 11:15:06 +08:00 @bestsanmao 离开需求谈性能的都是耍流氓 |
 | 11 sc3263 2015-04-17 11:19:38 +08:00 windows下面，不考虑跨平台？C++ C#都行。 不是特别在意软件包大小的话，Qt是个不错的选择。算不算主流不清楚，反正很多公司在用。 |
| 12 hjc4869 2015-04-17 11:29:20 +08:00 @bestsanmao Visual Studio的UI是用C#和WPF开发的。当然你可以说它不是主流软件，毕竟宇宙第一IDE不是每个人都用的起。 关于运行效率是不是shit的问题，我只能说跟.NET FCL比起来STL才是慢成shit。 |
| 13 ivanchou OP @1023400273 哈哈哈哈 有同感～ |
| 14 ivanchou OP @bestsanmao 那 C++ 主流用什么框架开发客户端呢？ |
 | 15 dong3580 2015-04-17 11:44:14 +08:00 @ivanchou “ java 跟 c# 很像啊，为什么要学两个很像的东西”，这句话都快成为我的口头禅了，哈哈。 C++不清楚，不过如果C#的话，假如你又有web端接口，就可以用接口了，画个高大上的界面。 |
| 19 bestsanmao 2015-04-17 11:59:44 +08:00 @ivanchou 为什么一定要用什么框架？ |
| 20 hjc4869 2015-04-17 12:04:30 +08:00 |
 | 21 msg7086 2015-04-17 12:08:30 +08:00 @bestsanmao 呜哇C#一周能搞完的东西C++要搞一个月还一堆Bug要修，这才是常见情况吧。 运行效率才差多少，又不是用C#做超算…… |
 | 22 murusu 2015-04-17 12:13:32 +08:00 Qt 不过现在的趋势都是直接用浏览器当客户端了 |
 | 23 markyangd 2015-04-17 12:15:22 +08:00 via iPhone @chaucerling 同意 |
 | 24 herozzm 2015-04-17 12:24:42 +08:00 lz问：c/s架构主要用什么语言做吧 目前大部分都是b/s |
 | 25 guoqiao 2015-04-17 12:31:39 +08:00 PC客户端的正道是 C# MFC 和 C++远不是一回事. 即使你会 C++(且不论怎么算是"会"), MFC 还是要从头学. 花掉的精力踩到的坑, 远比你直接学 C#要多得多. |
| 26 ivanchou OP |
 | 30 liujiantao 2015-04-17 12:58:00 +08:00 via Android 就在学JAVA，看楼上回复黑JAVA挺多嘛。。。我觉得还好吧 |
 | 31 mN71eOOprFyMsnPx 2015-04-17 13:03:58 +08:00 YY 就是Qt写的。用着还不错。研究过一段时间的IM软件。基本上都是Qt |
| 32 ivanchou OP @liujiantao 自己开心就好，毕竟 java 的薪水比 .net 高啊 /握爪 |
 | 33 standin000 2015-04-17 13:13:51 +08:00 推荐Qt，设计很精良，可惜用得人不多。 |
 | 34 sophymax 2015-04-17 13:44:47 +08:00 via iPad 为什么C++一定要结合Qt或者MFC？见过更多的都是WTL，ATL之流，也一般是选择用C++，虽然这类东西也能用C# |
 | 35 m1a0 2015-04-17 13:59:45 +08:00 我们现在有一套系统是C#开发的， 现在都招不到开发人员了。。。 |
 | 36 Muninn 2015-04-17 14:16:29 +08:00 现在都是WPF或者Qt吧 |
 | 37 futursolo 2015-04-17 15:12:07 +08:00 @bestsanmao ShadowSocks for Windows |
 | 38 dbfox 2015-04-17 15:14:51 +08:00 我们公司客户端用 C++开发的 |
 | 39 lijingyu68 2015-04-17 16:11:52 +08:00 没有人提到node-webkit，这个才是现在的主流 |
| 40 hjc4869 2015-04-17 16:15:10 +08:00 @lijingyu68 Windows上有几个常用程序是node-webkit开发的？恐怕比Windows Store里的js app还少吧。。至少我电脑上一个都没装。。。主流？Web开发者的逆袭？ |
 | 41 g00001 2015-04-17 16:24:38 +08:00 开发工具这个东西也不见得别人用的爽就一定适合自己，只能作个参考。 C#不错不过就是太笨重了，而且反编译源码的工具太多，如果是共享软件就不好办了。 做桌面软件用AAuto小轻快（开发工具6.5MB)，尤其是有编程基础又不熟悉桌面开发的可以节省不少时间，AAuto里可以调用C#,C++,Java,Python的组件，可以混合不同编程语言非常方便。也可以象node-webkit那样用web做界面，不用装个笨重的nodejs哦，几句代码可以创建一个webkit壳子，另外还支持Chromium,IE,HTMLayout这些浏览器引擎，都是几句代码就可以创建个小程序了。 |
| 42 ivanchou OP |
 | 44 jsq2627 2015-04-17 16:46:56 +08:00 via iPhone 面相大众的软件最好不要C#，部署不是一般的麻烦 |
| 45 g00001 2015-04-17 17:13:23 +08:00 @ivanchou 你说的很对，认真学个主流编程语言当然是必要的，但学了主流编程语言找到主流的赶脚以后，还可以大胆尝试各种非主流和新东西。AAuto只是个小玩具，不好放到一起比的。当然也还是有学了十年C语言的去用AAuto这种小玩具开发桌面软件，开发完了不但没有得罪甲方，反而是公司研发部搞了个培训大家一起愉快的学习AAuto。 一个语言适不适合自己，使用的人多只是一个参考因素，还要看做什么东西，例如多文档这类MFC那是最好的了，做客户端GUI用AAuto倒不是问题，桌面软件做GUI是比较痛苦的事，但在AAuto里就非常轻松了，类似360,QQ这样的界面用AAuto那就非常快了，AAuto上手快，开发速度快，开发出来的软件体积也很小，而且不需要啥运行库。看斌哥做的豆瓣客户端 http://wubin.in/doubanfm.html，作者学习AAuto到完成作品不到一个月，做出来的软件界面，嗯，那非常漂亮，一个月的时间还不够摸下C++的门槛。 |
| 46 lijingyu68 2015-04-17 17:14:02 +08:00 @ivanchou https://github.com/nwjs/nw.js/wiki/List-of-apps-and-companies-using-nw.js 楼主如果想用C++的话，唯一的选择就是QT吧 |
 | 47 whatisnew 2015-04-17 17:16:41 +08:00 qt c# 的话，喊了那么长时候要运行在 linux 开源出来了暂时也还是只有 mono |
 | 48 inyfee 2015-04-17 19:35:02 +08:00 via Android 之前也问过相同的问题，最后考虑到c# 部署麻烦，还是选择了qt |
| 51 ivanchou OP @g00001 我简单看了下产品，很 nice 但仔细想了想之后并不适合我目前所面临的这个项目，感觉还是需要传统的例如 c# or qt，qt 都感觉已经是比较非主流了，大二时候碰过它。 不过以后有机会自己做着玩，AAuto 确实是个不错的选择 |
 | 52 ayang23 2015-04-17 21:54:19 +08:00 wtl在mfc时代是个很好的选择，现在感觉qt不错，qt把c++封装的比objc都适合界面开发，如果再加上c++11的一些新特性，更加方便。而且qt可以mac下开发win下编译，这是我问了v友后自己实践过的结果，至于c#，如果单纯做个界面可能简单，但客户端软件你不来点算法，不来点图像处理？看了opencv的C#绑定后就把c#淘汰了。c#的部署现在应该不难了吧，还有人用xp吗？ |
 | 53 ksupertu 2015-04-17 22:36:42 +08:00 via iPad c++ duilib c++ gaclib c# wpf |
| 55 hjc4869 2015-04-17 23:27:25 +08:00 @ayang23 C#做界面，需要高性能算法的地方P/Invoke是很常见的做法，如果嫌P/Invoke性能低或者麻烦，直接C++ Interop也行。因为C#的开发效率真心高到没的说，运行效率也没低到哪儿去。 Win7自带.NET Framework 3.5，Win8.x自带4.5.x，而用哪个版本完全可以通过改*.exe.config在安装的过程中选择，不考虑XP的话连运行环境都不用带了，部署确实非常简单。 |
 | 56 chmlai 2015-04-18 02:12:38 +08:00 Qt, .Net, node-webkit之类选一个就可以了 |
 | 57 yangzh 2015-04-18 03:35:30 +08:00 via iPhone 要不 qt 要不c# dotnet. 最新版 windows 似乎自带 dotnet framework 了 |
 | 58 xiaogui 2015-04-18 07:42:57 +08:00 VC++.net |
Select Language