公司新项目，C/S模式桌面数据库应用客户端，在为使用哪个工具而烦恼！

一个是有强劲VCL支持Delphi或BCB，另一个是新贵C#，公司现有资源当然是VCL比较熟，至少3个人可马上干活，但大家也知道，Delphi或BCB目前前景不明，长远来说，C#无论从成本、找人才方面都有优点，还有Windows 7后可能是把.net framework绑在操作系统默认配置内，这样，连支持包都不用安装了。但担心点是如果使用C#，在进度控制上会有问题；毕竟VCL用了这么多年，很多东西用起来都非常顺、非常快，进度和技术难点都不存在问题。大家给我意见吧？呵。。。谢谢了！

24 个解决方案

#1

很明显 支持BCB
楼下注意保持队形

#2

顶

#3

c#用于C/S有点慢,c#用于B/S较方便;

#4

个人认为Delphi最佳,速度比BCB快.C#安装的时候需要.net包

#5

建议用公司熟悉的吧。。。稳定第一。

#6

或者干脆尝试Delphi和C#结合。再逐步过渡到.Net

#7

如果你们使用了C#写.NET下的软件就再也不想回头了～～～太强大太方便了

#8

支持BCB

#9

这样的情况还是用BCB吧，给客户的东西稳定很重要 。

#10

c#适用b/s,c/s还是用delphi或bcb吧.

#11

桌面数据库还是用火鸟，不考虑版权限制的话绿色的命令行sql2000也行。

#12

引用 8 楼 hnzlk 的回复:

支持BCB

up...

#13

引用 7 楼 ddeng 的回复:

如果你们使用了C#写.NET下的软件就再也不想回头了～～～太强大太方便了

我不觉得。
稳定是第一位。我们公司现在做了，发现无法回头了，不是好用得不想回头，而是发现回头的代价太大了。
公司想用QT来跨平台了，结果因为用了.net，就死在那里了。
郁闷。
支持BCB！

#14

我无意中看到多这么一句话希望对您有用！
他说：“一个好的管理团队用一个好的工具由如虎添翼，否则相反！”
他注重的是团队管理，而不是您所使用的工具！可见团队管理更加重要是吧?
个人意见：如果您的团队在使用C#的情况下能很好的运作就大胆尝试吧！您的这种情况显而用BCB的风险更小些不是吗？

#15

简单的说我觉得你应该用cb

#16

支持BCB

#17

引用 7 楼 ddeng 的回复:

如果你们使用了C#写.NET下的软件就再也不想回头了～～～太强大太方便了

这个话让人怀疑你用没用过.net开发C/S。WinForm与Delphi,BCB相比，没有任何优势。如果你说linq，那么dev也有orm。对于项目来说，用BCB,delphi比较好。客户要的是高效好用。界面一复杂，WinForm慢得像蜗牛。C/S要的就是速度。就这一点已经相当有说服力了。我倒是见过2个用c#的项目，客户相当不满意速度，结果重新用delphi开发了。如果要考虑后继开发，用BCB，把各种业务类独立出来，然后用c#做调用转换也可以。再长远，c++0x已经提出二进制重用模块了。那就更不用担心了，用gcc都可以了。

#18

我认为最好是用BCB开发各种独立的业务模块,将这些模块作成DLL或者ACTIVE控件,这样高端调用这些模块就随便了,用哪个都行,而且转换起来也非常容易.

#19

C# 程序可以反编译成各种语言的源码, 而 DELPHI/BCB 则只能反编译成汇编

看着办吧.

#20

我支持BCB

#21

C#？要是我，懒得学另一种语法了%……

#22

个人建议  b/s 用#  c/s vcl  我刚完成了一个vcl的项目 用的就是bcb  非常好 

#23

个人喜欢BCB

#24

引用 18 楼 onemonth 的回复:

引用 7 楼 ddeng 的回复:
如果你们使用了C#写.NET下的软件就再也不想回头了～～～太强大太方便了

这个话让人怀疑你用没用过.net开发C/S。WinForm与Delphi,BCB相比，没有任何优势。如果你说linq，那么dev也有orm。对于项目来说，用BCB,delphi比较好。客户要的是高效好用。界面一复杂，WinForm慢得像蜗牛。C/S要的就是速度。就这一点已经相当有说服力了。我倒是见过2个用c#的项目，客户相当不满意速度，结果重新用delphi开发了…

支持！！！界面一复杂，WinForm慢得像蜗牛。