请问C#与Delphi相比,开发一个中型数据库软件哪一个更合适?

wzhlong 2003-08-04 10:40:02
去年用Delphi编写了一个小型的数据库软件,感到Delphi比VC++在开发数据库软件方面确实要方便得多。如在数据库软件中需要大量使用的TabCtrl,在VC++下用起来很麻烦,而在Delphi下用起来却很方便。但在VC++下可以动态调整窗口中各个部分的大小,这一点估计在Delphi下很难做到。今年用C#和Asp.net开发一个应用程序,感到C#中的DataList和DataGrid等应该比Delphi下相应的控件用起来更方便。去年在Delphi下预览和打印各种报表,感到很方便。今年在C#中使用水晶报表,发现.NET中自带的不能用,单独下载的旧版本的用起来也很困难,用于打印更不方便。又听说水晶报表在中国根本不实用,更好的做法是直接输出到Excel或Word文档中。但是,不知道这么做预览起来是否方便?
现在准备开发一个中型数据库软件,现有的程序员只懂VC++。因此,估计需要重新招人或者让现有的程序员从头学起。但是,不知道C#与Delphi相比,哪一个更合适?特此请教。谢谢!
...全文
223 12 打赏 收藏 转发到动态 举报
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
nhconch 2003-08-04
  • 打赏
  • 举报
回复
估计楼主的Dephi这得不怎么样,只需要设置好Form的Scaled、PixelsPerInch、Anchors属性就能做到动态调整窗口中各个部分的大小的功能,就算自己编码只需要在FormResize事件中遍历Controls[]按要求设置Top、Left、Width、Height。更完善的是重载Form的消息处理,在改变屏幕分辩率时同时调整各部分大小。

无论是Delphi转C#还是VC++转C#学习同期是肯定要的。
lxhvc 2003-08-04
  • 打赏
  • 举报
回复
B/S自然是C#的强项,用C#自不用说。
C/S用C#也很方便。
再看效率,C#在大中型应用中显然更有优势。
Microsoft在层次型开发的思路上设计的C#显然做大中型项目比Delphi更具优势。
另外从开发人员来看,会C++的做C#显然很快能适应开发语言和开发工具。用不着再去了解
Pascal 和 delphi的开发环境。
综上,我建议你选择C#是更好的选择。
wzhlong 2003-08-04
  • 打赏
  • 举报
回复
谢谢snof(雪狼)。您的说法进一步验证了我的感觉。我去年的开发的应用程序是C/S结构的,今年已经开发的应用程序是B/S结构的,现在准备开发的应用程序应该也是C/S结构的。
雪狼1234567 2003-08-04
  • 打赏
  • 举报
回复
c/s用delphi,
b/s用c#但考虑到你们的程序员都是vc++还是用c#的话,转的时候非常容易,降低成本
wzhlong 2003-08-04
  • 打赏
  • 举报
回复
谢谢 lemong(風之影) 。我同意您关于动态调整窗口中各个部分的大小的看法。我一时忘了Delphi中的“隔离条”这一重要功能。我在学习Delphi过程中发现这一功能时,当时还是很惊奇的。但有一个应用程序,老板坚决要求能够根据屏幕分辨率自动调整标题条和窗口中各个部分的大小,很多人设计的界面因为没能实现这一功能而被老板否定了。我当时很费力地使用VC++实现了。但我估计如果使用Delphi,实现起来可能更难。
我使用的vs.net,当然是盗版的。这种和很多其他事情一样看起来有点儿不合适的做法,如果能考虑中国的国情,应该还是可以理解的。中国的大部分软件项目如果使用正版软件开发,开发费用还不足以购买相应的正版软件。与其说与政府支持和国民的素质有关,不如说这种情况很大程度上是由市场决定的。
根据您的分析,我开始倾向于使用Delphi。其中的一个很重要的原因,也是因为我感到指望有人破解新版的VS.NET,越来越难。
再次谢谢lemong(風之影)。
zhehui 2003-08-04
  • 打赏
  • 举报
回复
同意 lemong(風之影)的说法
lbx1979 2003-08-04
  • 打赏
  • 举报
回复
阿飞说的有道理
飞不动 2003-08-04
  • 打赏
  • 举报
回复
如果是C/S模式的系统,现阶段用Delphi更合适。
如果是B/S模式的话,当然是用C#啦!!
lemong 2003-08-04
  • 打赏
  • 举报
回复
但在VC++下可以动态调整窗口中各个部分的大小,这一点估计在Delphi下很难做到。
——有点不同意,在Delphi下面,这样的功能可以通过几种控件的组合实现,而且基本上没有代码工作量,当然,肯定加大了界面设计以及调整的工作量(实际不大);

今年在C#中使用水晶报表,发现.NET中自带的不能用,单独下载的旧版本的用起来也很困难,用于打印更不方便。
——也不同意,我在去年5月前后,就用的vs.net 正式版,不是2003,没有发现明显的问题,
不知道是不是您的版本有问题,或者是盗版?

准备开发一个中型数据库软件,现有的程序员只懂VC++。因此,估计需要重新招人或者让现有的程序员从头学起。但是,不知道C#与Delphi相比,哪一个更合适?
——如果,你不想用b/s模式,如果,你的软件不是要拿.net做招牌,建议使用delphi,delphi在数据库方面的高效率还是相当不错的,只要您的程序员够虚心,不是看不起这个工具,也很容易掌握;如果,一定要用c#,也可以,不过,也请您的程序员们注意,.net的软件很注重架构,c# 与 c++ 比起来,更象是 java 和 delphi 的结合,毕竟,delphi 和 c#.net 的设计师是一个人嘛。总而言之,这两个工具不会对您的软件功能产生什么影响,还是问问自己的程序员想学什么吧

michaelsheyong 2003-08-04
  • 打赏
  • 举报
回复
无聊的问题。
wzhlong 2003-08-04
  • 打赏
  • 举报
回复
谢谢nhconch(海风轻拂)。我只学过一个月Delphi,并用过一个月。想不到Delphi也能动态调整窗口各部分大小。
也谢谢 lxhvc(lanhai) 。看来我的问题其实还是对盗版的VS.NET和水晶报表是否好用没有把握。我今年开发过的一个项目确实在盗版的VS.NET和水晶报表问题上走了弯路。项目组中有人花了很多时间在CSDN中寻找解决办法,但没有成功。幸亏那个项目中报表功能不重要,最后只好不用水晶报表了。但对新的项目,不敢轻易这样冒险了。
mrsun 2003-08-04
  • 打赏
  • 举报
回复
c#
1、支持绝大部分数据库,包括 大型数据库Oracle(包括Oracle Lite),Sybase(包括SQL AnyWhere),DB2,MS_SQL 中型数据库MS_Access,MySQL 桌面型数据库Paradox,DBF系列数据库,MS_Execl,Text 其他支持SQL 92标准的数据库 2、数据库的连接采用ADO连接,因此无需安装和卸载 3、支持SQL查询语句绝大部分语法 3.1 选择字段 3.1.1 Select [All] [Distinct]; 3.1.2 特殊语法,记录条数限定Top(MS_SQL),Rownum(Oracle), Limit(MySQL),Set RowCount(Sybase)) 3.1.3 字段表达式或者计算字段 3.2 选择表 (From) 3.3 条件筛选 (Where) 3.4 分组 (Group By) 3.5 组内条件 (Having) 3.6 排序 (Order By) 3.7 数据表的内连接、外连接 3.7.1 SQL 92 标准:Inner Join、Left Join、Right Join、Full Join, 3.7.2 特殊语法:*=、=*、*=*(MS_SQL,Sybase),(+)(Oracle) 3.8 联合 (Union [All],Minus,Intersect) 3.9 字段别名,数据表别名 3.10 SQL子查询表,内嵌SQL子句 4、粘贴字段、系统函数 5、SQL查询语句反向分析, 无论多么复杂的语句,都能分析得出来 包括上面提到的所有SQL语法 6、SQL文件拖放,然后反向分析 7、数据库视图创建和重建(目前仅支持Oracle,Sybase,MS_SQL) 8、附加Delphi 5和Delphi 6的控件包,支持Delphi 5,6开发环境 9、SQL语句智能换行 10、多语言版本 11、其他功能 11.1 SQL文件保存、打开 11.2 支持多个数据库连接 11.3 SQL语句关键词高亮度显示 11.4 简单SQL查询语句转换为Delete,Update,Insert语句 11.5 复制为字符串(支持对Java、C#Delphi、VB、PowerBuilder开发语言的支持) 11.6 灵活的拖放功能 11.7 在线版本新 11.8 查询结果输出为SQL脚本文件及Excel文件

111,116

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • AIGC Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧