强烈建议使用VB,至少客户端不用打包20多M的东西。当然用VC++或DEPLHI更好
解决方案 »
- 无法在Dll user32.ll中找到名为 GetForegroundwindow 的入口
- VS2010使用技巧的文章!
- oracle No error information available: E_UNEXPECTED(0x8000FFFF)
- 如何在一个应用程序中包含另一个应用程序
- Net强名称程序集如何引用非强名称程序集?(顶者有分)
- 接口问题
- 如果自定义DataGrid中显示的每列的宽度?
- 菜鸟关于连接数据库的连接优化初级的疑问.大虾帮帮我.
- C#实现数据库里的数据上传
- 用户控件加载了一个*.dll文件,这时怎么做可以在winform中加载用户控件?
- C#+Web操作Excel问题,高手出招!
- SharpZipLib 类 怎么用?
如果用C#做C/S,那每个客户端都要装.netframework,所以比用VB编的要慢些,当然感觉可能不是那么明显
当然,如果用户的资源比较富裕,服务器和客户端都是server 2003(目前来将不太可能),那用C#还是要方便些
如果项目比较重要,而公司的技术特点在VB上,那么用VB
如果项目不怎么重要,而公司的技术发展方向在C#上,就是不熟悉也要用C#做!积累经验!
技术选型是一个难题!不是三言两语能说完的!