17,748
社区成员
发帖
与我相关
我的任务
分享常听说“C#做界面，C++做处理”，请问两者怎么结合工作的
就目前，我在用WPF做界面，WPF是用C#代码完成的（这里不讨论VB），可读性很好
我知道可以用托管C++，但托管C++要添加的代码不少，可读性不强，不如C#，而且还没看到有人用托管C++写WPF，可是用C#做界面，那么怎么用C++做后台处理呢
在.NET下，不管是托管还是非托管的C++，编译的时候都是先转换成中间语言，再进行本地编译（C#、VB也是这样）
而非.NET下的C++则直接进行本地编译，这样效率自然高过上面
那么，是否存在一种技术可以将.NET与非.NET进行连接呢（即.NET做界面，非.NET做后台处理）？
我知道可以用托管C++，但托管C++要添加的代码不少，可读性不强，不如C#，而且还没看到有人用托管C++写WPF，可是用C#做界面，那么怎么用C++做后台处理呢
在.NET下，不管是托管还是非托管的C++，编译的时候都是先转换成中间语言，再进行本地编译（C#、VB也是这样）
而非.NET下的C++则直接进行本地编译，这样效率自然高过上面
那么，是否存在一种技术可以将.NET与非.NET进行连接呢（即.NET做界面，非.NET做后台处理）？
...全文
请发表友善的回复…
发表回复
manager2000 2011-03-05
- 打赏
- 举报
不是吧 C++/CLI都出来几年的
ls251544415 2010-10-24
- 打赏
- 举报
多谢各位指教
我已经找到可行的方法了
我已经找到可行的方法了
li45214521 2010-10-24
- 打赏
- 举报
不是吧 C++/CLI都出来几年的
竟然 都不知道 本机与托管代码进行混合在一起的dll产生吧，
名为混合程序集吧
这些分工 都是你有很好的模块分工，
不论你使用哪种方式，你都必须很明白你的那些东西可以使用C++
那些使用C# 这样 就可以的
竟然 都不知道 本机与托管代码进行混合在一起的dll产生吧，
名为混合程序集吧
这些分工 都是你有很好的模块分工，
不论你使用哪种方式，你都必须很明白你的那些东西可以使用C++
那些使用C# 这样 就可以的
tian6698 2010-10-24
- 打赏
- 举报
我也没看懂
zhengzheng2009 2010-10-24
- 打赏
- 举报
唉，还是看不懂...
ypb362148418 2010-10-24
- 打赏
- 举报
做成DLL，OcX ,插件等东西，提供给C#接口就行了，也就是说一个是界面线程，一个是工作线程
以专业开发人员为伍 2010-10-24
- 打赏
- 举报
如果不信，那么你找两个技术水平相当的程序员，一个精于c++，另一个精于.net，然后让他们同时开发你所说的所谓“处理”任务，然后好好测试一下到底在程序质量、运行速度、架构扩展性、开发效率等等方面有差别吗？
只有少部分接近驱动级的c代码就可以了，不需要c++。
只有少部分接近驱动级的c代码就可以了，不需要c++。
以专业开发人员为伍 2010-10-24
- 打赏
- 举报
ms c++其实也有很好的MFC类库，可以做很多事，包括WFC都可以处理。
我不知道你标题中的那些说法是哪些人发出的，不过那基本是不专心做自己该做的事的人。
只有极少不跟内容确实需要直接对硬件或者驱动进行操作，例如Ring-0级编程。但是这些用c要比c++有效多了。
我不知道你标题中的那些说法是哪些人发出的，不过那基本是不专心做自己该做的事的人。
只有极少不跟内容确实需要直接对硬件或者驱动进行操作，例如Ring-0级编程。但是这些用c要比c++有效多了。
以专业开发人员为伍 2010-10-24
- 打赏
- 举报
c++没有必要串到其它领域来找饭吃，几乎所有处理都可以使用c#来完成。
peterb 2010-10-24
- 打赏
- 举报
就是1,2楼说的那样, 一般核心使用C++开发封装成dll,ocx来保证性能
wuyq11 2010-10-24
- 打赏
- 举报
几乎所有的语言都能用在web开发上，因为现在大部分应用都或多或少地部署在web上
c++ 自己将数据通过http请求提交到 asp.net 网站，
http://developer.51cto.com/art/200812/99538.htm
c++ 自己将数据通过http请求提交到 asp.net 网站，
http://developer.51cto.com/art/200812/99538.htm
int64 2010-10-24
- 打赏
- 举报
“C#做界面，C++做处理”应该是这个意思：
用C++做DLL，OCX，给C#调用
用C++做DLL，OCX，给C#调用
