咨询客户端软件开发语言

最近需要做个客户端软件，有以下特征要求：

1. 有非常多的Socket通信，UDP和TCP都有。但业务逻辑不复杂。
2. 客户端总体安装大小（包括虚拟机）不能超过12M。
3. 界面要求比较漂亮，随不要求跟游戏一样华丽，但不能像原生控件一样死板。
4. 没有数据库操作。
5. 界面部分区域需嵌入浏览器。
6. 支持Windows XP和Vista。
7. 开发团队没有Delphi、VB和VC程序员。有Java和C#的。
8. 部分功能必须调用已经开发好的Windows dll实现，但这部分非常少。
9. 对执行效率的要求不高。
10. 发布包能够尽量抵抗反编译。
11. 目前处在开发前的准备阶段，还没有最终确定开发语言。
12. 进度要求3个月内release。
13. 开发预算相对充裕。

目前的提出的方案有这样几种：

• 方案一、Java+SWT

• 用Java开发。配合少量Jni。(dll支持)
• GUI方案选择SWT。（因为Swing的在Jre中依赖太多，难以精简jre）
• 精简JRE。(目前已经初步精简到16M了。肯定还可以继续精简)。
• 几乎不引入任何第三方jar工具包（目的是减少字节量)。
• 自定义ClassLoader，通过DES加密jar/class。以达到抗反编译目的。

• 方案二、C# + .net

• 最大的问题是C#依赖.netframework。.netframework太大了。客户的机器大都没有预装。

• 方案三、新招聘VC++开发人员组成新的开发团队

• 方案四、直接外包给别的其他公司的VC团队开发。

• 重来没试过这种方式啊。

方案最终需要我来决定，我目前比较倾向方案一，但还没有最终决定。

 

很急很犹豫!

大家能帮我分析分析吗，给我点儿建议？或者有什么更好的方案？这里先谢过大家。

 

 

 

 

 

 

 

------------------------------------------------------------------------------------------------------------

KO对战游戏平台 www.ko10000.com 打游戏，交朋友。

评论

28 楼 kelaocai 2008-03-02  

Flex !!

27 楼 radar 2008-03-02  

无明 写道

企业内部用软件-->C#,要求装.net framework没什么大不了的,你用java的话,在客户端装jre还不是一个性质?
互连网软件-->java

观点相同！

26 楼 cjmcn-sh 2008-03-02  

Delphi

25 楼 yeganger 2008-03-02  

前端：C#（.net）+Flex
后端：Java（J2EE）

1.有非常多的Socket通信，UDP和TCP都有。但业务逻辑不复杂。
   C#（.net）解决(当然flex也支持Socket)。

2.客户端总体安装大小（包括虚拟机）不能超过12M。
   如果客户端已经安装好.net环境，总安装大小还得看你的dll大约占多大，flex编译后的swf体积很小，也就1M左右吧。

3.界面要求比较漂亮，随不要求跟游戏一样华丽，但不能像原生控件一样死板。
   Flex干这活太合适了，不但界面可以很漂亮，而且可以轻松的增加很多动态效果。

4.没有数据库操作。
   Flex可以通过HTTPService或WebService与Java服务器端交互。

5.界面部分区域需嵌入浏览器。
   C#中可以嵌浏览器，或者通过Flex直接打开一个浏览器页面。

6.支持Windows XP和Vista。
   前端C#就不用说了。

7.开发团队没有Delphi、VB和VC程序员。有Java和C#的。
   服务器端的Java部分没有问题，前端的C#部分没有问题，Java和C#的程序员学习Flex会非常的容易。

8.部分功能必须调用已经开发好的Windows dll实现，但这部分非常少。
   这部分的工作由C#来干。

9.对执行效率的要求不高。
   这样的前端对执行效率的要求高一点也没有问题。

10.发布包能够尽量抵抗反编译。
   比纯Java的前端抗反编译要强。

目前处在开发前的准备阶段，还没有最终确定开发语言。
进度要求3个月内release。
开发预算相对充裕。
   Flex的前端比Java+Ajax的前端开发对一般的Java程序员来说总体应该要快很多。

24 楼 jjx 2008-03-02  

不得不提下visual j++ 6.0，那个速度。 如果当时visual j++能进入下个版本，那绝对是windows gui上的又一开发利器，可惜了wfc整一个windows forms preview版本

23 楼 sofar1218 2008-03-02  

我的java方案：

用excelsior 把java app编译成exe发布
http://www.excelsior-usa.com/java-download-size.html

2 客户端总体安装大小（包括虚拟机）不能超过12M
10 发布包能够尽量抵抗反编译。
这两条完美解决

8 部分功能必须调用已经开发好的Windows dll实现，但这部分非常少。
5 界面部分区域需嵌入浏览器。

这家公司还有个产品xFunction 正是解决这类问题的,不过开源方案或其他也可以
浏览器:是include? 还是引用

我前年用这个编译过Batik,效果还可以

flex的方案在UI上是她的强项,flash渐渐的演变成VM, 但是在底层通讯上跟JVM不能比(或者我的认识有误?)

一句话: java 方案是可以的, .net也可以, 我跟了java, 我推荐以上的java方案

22 楼 mreay 2008-03-02  

AIR安装文件也有十来MB,flex是条捷径。

21 楼 timerri 2008-03-01  

我的开发习惯，一般服务端用java,调试配置灵活。
客户端只用常用控件的用c#,有控件有特殊要求的考虑bcb或delphi.
vc很少用，一般只有写算法或者底层函数的时候用，直接写dll,不写exe.
java不考虑，做ui没有任何优势。
嵌入webbrowser或者嵌入flash或者flex可以应对一些操作界面变化复杂的应用。特别是嵌入webbrowser的，兼有bs和cs的优点，值得提倡。

20 楼 dlxiao 2008-03-01  

delphi

19 楼 ray_linn 2008-03-01  

neora 写道

robbin 写道

还是用Delphi吧，应该是最优选择。又或者可以用wxPython，也不错。

完了，没人挺Java了。

在我看来,java根本不适合开发桌面程序. 我看任何java书,都是把桌面那些章节跳过的,无论是awt还是swing.

18 楼 icefire 2008-03-01  

Swing可能真的过气了，虽然现在Netbeans对Swing做了很多支持，拖拉非常方便了。而且事件响应在java6里也加入了新的类简化了代码。不过都太晚了。

大势已去。。。

Delphi和VB都不错吧，开发都很快。长期来看可以考虑.net

17 楼 jjx 2008-03-01  

如果ui不复杂，就swt ，否则，选择windows forms,只需要看看janus,componentone,devexpress,Infragistics,Telerik,Xceed等诸多第三方组件厂商的组件就可以判断，更何况最新的消息说6月份的服务包会使.net client 启动速度提升40%左右

16 楼 neora 2008-02-29  

robbin 写道

还是用Delphi吧，应该是最优选择。又或者可以用wxPython，也不错。

完了，没人挺Java了。

15 楼 robbin 2008-02-28  

还是用Delphi吧，应该是最优选择。又或者可以用wxPython，也不错。

14 楼 flashj 2008-02-28  

如果是我，就用vb，这东西上手快，只要做过windows开发的，很快就能掌握，你的特征要求都可以满足。

13 楼 我想我是海 2008-02-28  

air + ext
基本上不需要新的技术。
但如果非要Socket通讯的话，估计有点难。能用Http就爽了。

12 楼 shikonglaike 2008-02-28  

感觉还是.net做C/S
比较快。

11 楼 ray_linn 2008-02-28  

当然为了骗客户的钱可以用Swing，那种机车的速度可以有大把的理由让客户买了软件的时候同时还得买你们的硬件~

JNI的麻烦也不是盖的了，比起.NET里的IJW 或者PINVOKE，从开发效率到运行效率都差上一大截。

10 楼 抛出异常的爱 2008-02-28  

VBscript可以调
*.dll

9 楼 stworthy 2008-02-28  

考虑大多数机器都装XP，而XP都预装有.NET FRAMEWORK 1.1框架，运行环境已经具备。