咨询客户端软件开发语言

delphi

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

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

我的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方案

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

前端：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程序员来说总体应该要快很多。

Delphi

观点相同！

Flex !!

用你或你们团队最能驾驭的，就是最合适的，别的都是空谈