技术选型问题？

Question

1、客户端软件，实时性比较高。
2、GUI部分打算用.net。
3、视频、音频调用与开发。
4、3D虚拟现实，需要找一个引擎最好C#的还免费:)，需要开发编辑器。
目前倾向用C#开发，C++ mfc的成本高，没有c++的人。
C#人比较好找，遇到问题比较好处理。如果用C#大家有没有比较好的建议？

Answer 1

C++ mfc的成本高，没有c++的人。
C#人比较好找，遇到问题比较好处理。
===========
情何以堪。

Answer 2

我也倾向C++，毕竟C++的多媒体效率要比C#高，特别是视频方面开源的播放器代码和Directx支持都很成熟。另外，如果你的第3点仅仅是播放视频音频，用C#其实也足够，但我倾向C++，因为几个月前用C#开发播放器真的让我很头疼，文档少讨论少开源代码更少。总体来说：如果你们技术够硬，当然C++，你看看现在几乎所有的多媒体和3D虚拟现实有几个C#做的？否则建议WPF，界面美观，功能强大，天生的多媒体优势（特别是你做虚拟现实肯定比C++更有优势）

Answer 3

补充：现在我的播放器解决方案：C#+VLC播放器库+终极解码播放器的解码器测试很完美

Answer 4

最近找的一些C++程序员都非常不对口，都是设备相关要么写liunx服务的。
     

Answer 5

C#？ 客户端？除非是企业用户。。否则要在每一部客户机上装一个 .Net Framework。。想想都可怕。。

Answer 6

我是一直从事java方面的架构工作  真对这项目我认为用桌面相关工具开发是最正确的。对.net的理解不到位，请各位不要见笑。

Answer 7

对，企业用户。客户端数量 估计撑死也就10个。在线装Framework 不算什么是吧。不行打包初始化就给一次性打进去。

Answer 8

WPF更多是做界面，做3D合适吗？

Answer 9

WPF的人可更不好招，楼主想好了，哈哈

Answer 10

呵呵，C#写winfrom这个好找
3d这部分用OGRE 3D引擎，我看了可以编译成托管，C#可以调用。
视频与音频无所谓，又不是做分析。wpf那种效果以后在说。

Answer 11

客户机不是问题，即时性能不好送给他们也无所谓实时性，当事件上报后用户界面必须即时做出反应，正是这个要求，放弃BS结构
视频不是高清，主要是监控那种，在说都是从厂家的sdk中取出来。

Answer 12

例如：1秒，但对于监控来说这是非常关的。bs对这样比较关键的应用不合适。OGRE 3D引擎还有托管的版本，用C#调用估计没问题。：）有几年没看.net了，需要恶补了。

Answer 13

使用BS，特别是服务器处于外网情况下，实时性无法保障。假如某次运行，反应长于了规定的时间，代价会有多大？能否容忍这种情况？这种可靠性的要求决定了你的技术方案。如果是代价太大，不允许出现，则需要考虑建局域网，甚至使用嵌入式架构，RAM+LINUX，这种较极端的方案可以保障实时性能，但也应该是开发成本最高的。不过这又涉及到你的开发团队的技术实力、以及这个项目能有多少利润的问题。
总之，技术方案的选型涉及到的面实在太广，不是三言两语能权衡的。

Answer 14

我感觉前面三个用C#应该足够满足LZ的要求了
第四个可以考虑用C++

Answer 15

是的，
   我们不是做游戏，但需要编辑器。在3D这块确实还没把握用什么。
不过很久以前看Dx10的SDK，一个例子，用非托管C++跑能到100帧左右，C#跑60左右（当时的机器P3时代）。   虽然没有测试，我认为一个场景有1000个报警点在闪烁或局部动画（非常极端了，根本不可能，现实中有10个就不得了）这样的渲染用OGRE 3D引擎C# 应该没问题吧。

Answer 16

必须从实际的人员出发来考虑，老板不会花那么多钱
真正的C++程序员也不爱干这个（从面试效果来说）
还有开发效率，后期维护成本等，综合考虑的。
   这东西用delpin可能最好，其实delpin的程序员现在更少。

Answer 17

从纯技术层面上讲，你的东西c#够用了。机器性能不差的情况下，3D如果能成问题了，微软还敢管它叫做sharp吗？
确实如你所说，现在高等教育普及了，教学质量却下降了。一些人毕业了，甚至连编译原理都没学过、没听过

Answer 18

用C#做的界面相应是否有相应延时的问题？  例如java做的东西客户端（高手出外），用户界面在长时间没有交互的状态下此时可能发生垃圾回收，表现行为就是用户切换过来后加载缓慢，这样带来一个问题在相应延时比较重要的场合下是可接受的。例如：一些重要场合的安全监控，客户端是被动监听，一般也没事一但有事可能是大事，如果此时界面发生垃圾回收或其他无法相应的情况是不行的。  C#是否会也出现这样的情况？

Answer 19

C++的人已经招进来了，如果可以最好是win32这块也用一种技术做了，统一么。

Answer 20

1、客户端软件，实时性比较高。
C#暂时能容忍2、GUI部分打算用.net。
GDI吧。3、视频、音频调用与开发。
C#就等着哭吧4、3D虚拟现实，需要找一个引擎最好C#的还免费:)，需要开发编辑器。
性能慢慢处理吧
 

Answer 21

2、GUI部分打算用.net。
GDI吧。
----------
既然都c#了还搞个鬼的gdi啊?3、视频、音频调用与开发。
C#就等着哭吧
----------------
http://directshownet.sourceforge.net/
除非你要自己开发解码器啥的,否则C#够了.4、3D虚拟现实，需要找一个引擎最好C#的还免费:)，需要开发编辑器。
性能慢慢处理吧想做客户端游戏 别选C#
---------------------
大把xna开发的游戏笑而不语...

Answer 22

用C：完成端口+directx；
用C++：完成端口+directx；
用C#：还是完成端口+directx。
不是学某种语言的人好找不好找，而是熟悉windows网络编程和directx的人不好找。对于熟悉这两个东西的人，用什么语言都是一样做。