这是一个创建于 3543 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在有一个任务需要完成 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的……
|
 |
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
FifiLyu 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
yeelone 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