【探讨+散分】俺们C#,比那PB如何？ 没用过PB，PB可以不用写代码吗？ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 C#如果没有Framework，就远不及PB 个人感觉pb真的不如delphi好用，我以前调试他自带的例子都没有调试成功过 我PB和.NET都有很长时间的使用经历。如果是C/S结构的中小规模系统，强烈建议使用PB，PB中的DataWindow确实是个非常好的东西，既能做输入界面，又能解决报表问题。实在是方便，PB的缺点主要是开发语言是类basic的脚本语言, 不是完全面对对象(仅支持部分的继承，不支持多态)，语言元素太简单，不利于大项目开发，PB大项目往往如同乱麻，补丁摞补丁，充满重复的语句，这些都是由PB开发语言的单薄决定的。PB某些版本开发环境较多bug, 有时会莫名其妙的崩溃，但是一般做出来的程序到还可以。另外PB调试环境较差，这些都无法跟VS.NET/C#相比。如果项目规模不大，时间要求紧，建议使用PB，可以快速完成项目。如果长远考虑，还是C#更有优势。 我所在的项目组，其他的人都是从PB转过来的，整天说C#麻烦，得写代码，整天对PB的数据窗口(Data Window)念念不忘。听的我心里腻烦的要命，希望大家能帮我找点理由，反驳他们一下！希望斑竹理解，不要删或者揭我的帖子，好吗？真对你说的这两点，首先.net也支持拖放，你可以从资源管理器，里面直接拖一个表，或者存储过程到你的界面上，看看效果你就知道了。可以说整天对PB的数据窗口(Data Window)念念不忘是一种堕落的表现。而且即使.NET提供了拖放，但是现在也很少有人用，因为你要开发一个容易维护的，易扩展的，可副用的系统，使用拖放是绝对完成不了的。现在流行的三层结构是绝对不允许你使用那些简单的偷烂方法的，使用这些偷懒方法的最终结果只能是轻松一时劳苦一生。 坚决同意 feic(feic) ！！！ 我靠，我是从c#转到pb的，数据窗口麻烦的要命 其实PB的数据窗比.NET的容易操作，只需几条语句即可检索需要的数据，其它通过设置即可，儿.NET要结合其它组件一起用。 PowerBuilder的DataWindow是我见过的最好的，效率最高的数据操作组件。至于R3000所说的“PB大项目往往如同乱麻”，我想是因为系统分析设计的原因吧。我得承认大多数的PB项目确如R3000所说的那样，那是因为PB的确简单易用，解决小问题效率极高，最符合国内开发项目的风格，管他什么设计，只要把客户的功能做出来再说，但这并不是DataWindow的错。PB对大型项目的支持是相当不错的，他有自己完备的整套体系。PB的OO实现简单实用，相对VB6而言，要好太多。PB当初独有的可视化继承也是一大亮点，现在就被VS.Net学过来了。PowerBuilder的DataWindow是我见过的最好的，效率最高的数据操作组件。至于R3000所说的“PB大项目往往如同乱麻”，我想是因为系统分析设计的原因吧。我得承认大多数的PB项目确如R3000所说的那样，那是因为PB的确简单易用，解决小问题效率极高，最符合国内开发项目的风格，管他什么设计，只要把客户的功能做出来再说，但这并不是DataWindow的错。PB对大型项目的支持是相当不错的，他有自己完备的整套体系。PB的OO实现简单实用，相对VB6而言，要好太多。PB当初独有的可视化继承也是一大亮点，现在就被VS.Net学过来了。VS.Net中的DataSet也很有些PB的DataStore的影子。PB的缺点在于系统的封闭性和保守性。PB和Windows系统的互操作性极差。到5.0以后(呵呵，我最初用的就是这版本了，估计3.0时PB的大模样就没什么变了)，几乎就没什么有重大意义的变化，PFC是个很好的学习例程，但没什么实用性，我就对着pfc，参考mfc的思路，删繁就简的做了一个自己用着顺手的类库。具我了解，很多公司都采用pfc的思路，自己重做了类库（一般这类公司里往往有些上进青年,才会研究一下pfc）.除了数据库操作，PB在其他方面的确不如人意。pb可用的第三方组件也极少，这和pb本身的封闭体系有关，没有源码几乎就无法复用。就目前而言，pb的优势可以说只剩下DataWindow了。一旦Sybase出一个Datawindow.Net，我想Powerbuilder是没人用了，同时没用的还有VS.Net的一堆窗口控件。我还有些想不通，这么长时间，怎么没第三方做个什么什么DW for Net，是专利限制吗？对于开发企业MIS层次的软件，MS Framework把架构搭的过于庞大繁杂，如果有第三方提供一个基于.Net的更高层次的Framework，我想一定受欢迎。私下觉得Sybase PowerBuilder部门来做这个事应该是不二之选，呵呵。 r3000() 说的很好看你做的什么项目，任何东西都不能一杆子打死，word很好，但某些时候我们还要用notepad，比如PB写个添加删除的程序，n个表的东西，添加、删除的按钮都可以不改，而C#就必须要写不少代码了，Datawindow是一个经典的东西，曾有云“学好了数据窗口就是学好了PB”，在两层结构的数据库应用上，我认为它的开发速度是最快的。前面的老版本还比较稳定，新版本总要有些问题，听说奇数版本是比较完善的版本（如5，7，9），偶数版本都是测试版或不完善的版本（如6，8），希望有11版尽快出来。三层上PB就没有什么优势了，总要别的平台转换，几乎没有用它写过三层的东西。 已经有DataWindow.Net了，在PB10的beta版中，可以单独安装（暨不用安装PB10也可用） 习惯问题用惯了VB的人会骂C#为什么要区分大小写都是习惯 而且由于懒惰不愿意改变自己所造成你说什么 还是能听到抱怨的可能唯一有用的说辞就是 你可以讨厌.net更可以离开公司 我觉得PB的运行速度比较快，远比C#好，但界面功能真的是不敢恭维 Pb没用过，没时间学，更喜欢c#. PB没用过，但是我更喜欢delphi 回复人： r3000() ( ) 信誉：100 2004-06-21 14:33:00 得分: 0 我PB和.NET都有很长时间的使用经历。如果是C/S结构的中小规模系统，强烈建议使用PB，PB中的DataWindow确实是个非常好的东西，既能做输入界面，又能解决报表问题。实在是方便，PB的缺点主要是开发语言是类basic的脚本语言, 不是完全面对对象(仅支持部分的继承，不支持多态)，语言元素太简单，不利于大项目开发，PB大项目往往如同乱麻，补丁摞补丁，充满重复的语句，这些都是由PB开发语言的单薄决定的。PB某些版本开发环境较多bug, 有时会莫名其妙的崩溃，但是一般做出来的程序到还可以。另外PB调试环境较差，这些都无法跟VS.NET/C#相比。如果项目规模不大，时间要求紧，建议使用PB，可以快速完成项目。如果长远考虑，还是C#更有优势。===================没错,pb的DataWindow对于数据库开发绝对是一个好的工具上面有人说.net支持的拖放可以完成和dw相同的效果,这个你就错了相信你对dw没有多少了解.至于pb及dw的优点和缺点r3000() 说的很是,就不重复了 这是趋势，这是标准。做计算机的就是要考虑用主流的、成熟的东西去开发。至于细节我只能说各有各的好处： 1、c#的好处没学精，不能理解，不会说他好； 2、pb用惯了，做东西快，心里总会有些想法这很正常。 习惯什么语言什么就好用了，计算机并不会由于你使用某种语言而对你特别友好，忘记谁说的了。我以前学习delphi 简单。后来学习pb唉。感觉很麻烦。现在c#日。流行吧了。不在于那种语言。而在于。是否快速完成项目。2是否你能挣到钱 哈哈，我写了3年.net了，不过不会PB，不过我想，我要是用PB做数据库编程，看3天足够了，都是开发工具，各有优点缺点，做为一个程序员，不应该挑剔开发工具，对以上两种开发工具，开发语言只是表达我们思想和逻辑的工具，最重要的是程序员的思想和逻辑。 关于c#和PB我有以下观点，和大家共同讨论： 1：在windows上做开发，操作系统平台是microsoft的，c#.net是微软的产品，在自家的操作系统上折腾，PB应该先天不占优势。 2：从语法来看，c#的语法和c++,java非常相似，会c++或者java的程序员转c#看几天估计就可以写东西了。而PB的语法好象比较独特，从潜在用户群体来看，c#多些。 3：microsoft的解决方案中，从开发工具studio.net,后台的backoffice,.net server,操作系统几个方面看，体系非常庞大，而且清楚。而PB只是开发工具，不具备和microsoft整个解决方案对抗的实力。 4：和以前的同事（既会c#又会PB）交流，他们认为PB自动化的东西太多，比如报表，简单的grid控件和数据库数据绑定，很快就出结果，甚至不用编程，但是如果你想做得个性化一些，就不容易了。而.net的datagrid控件提供简单绑定和个性修改的功能，高级程序员和初学者都可以获得满足。尤其是.net的crystal报表，功能非常强大。 5：c#和PB的程序也是有区别的，studio.net的程序分为托管和非托管，PB只能做非托管程序，同样级别的程序开发完成后发布的打包程序比c#的要大。因为c#很多功能其实都在.net framework中。 6：我个人观点是PB适合初学编程的使用，容易（比c#稍微容易些）看到工作成果，而c#对初级和高级开发人员都很适合。c#毕竟属于主流开发工具。此外，再次强调开发工具之是表达我们思想和逻辑的工具，不是最重要的，最重要的是人的思想！ 7：结论：不要争论什么工具好了，心中有剑无剑亦是有剑！ hnwanghb(程式猎人)说得不错，顶。 开玩笑，看三天就会用PB开发。PB用在数据库编程比.net可快多了，datawindow确实强大。但做的系统太脆弱了。 看三天是"会用",但你只会使用dw的一些简单的功能.pb的脚本语言掌握很容易.但pb的精髓是dw,也是pb到现在仍有人用的唯一原因.如果不能较好的掌握dw,不能叫会用pb. 从来都没用过PB！不知道哪个好哪个坏！从我个人的观点看，C#比PB好。因为我用C#没用PB！呵呵！ PB是垃圾,主要是觉得函数又多又复杂,学习起来很费劲.我更喜欢FrameWork组织得很合理的类库.懂得编程艺术的人都不会喜欢PB的. pb还不如DELPHI，我从delphi转过来的 微软技术终极大提问,来者即可畅所欲言. system.web.mail.body内容限制大小? 多此一举的microsoft 创建的服务可以读config文件配置信息吗？ 有关WINDOWS服务程序 接口继承问题 遍历得到某一格数据 最简单的xml问题。 我想做一个浏览的按钮！ C# 中有没有类似vb中DoEvents的功能? 求一个用WebRequest下载网页图片并保存到硬盘上的例子 高手进来帮忙啊,有关LDAP的问题
PB中的DataWindow确实是个非常好的东西，
既能做输入界面，又能解决报表问题。实在是方便，
PB的缺点主要是开发语言是类basic的脚本语言,
不是完全面对对象(仅支持部分的继承，不支持多态)，语言元素太简单，不利于大项目
开发，PB大项目往往如同乱麻，补丁摞补丁，充满重复的语句，这些都是由PB开发语言的
单薄决定的。PB某些版本开发环境较多bug, 有时会莫名其妙的崩溃，但是一般做出来的
程序到还可以。另外PB调试环境较差，这些都无法跟VS.NET/C#相比。如果项目规模不大，时间要求紧，建议使用PB，可以快速完成项目。
如果长远考虑，还是C#更有优势。
希望斑竹理解，不要删或者揭我的帖子，好吗？
真对你说的这两点，首先.net也支持拖放，你可以从资源管理器，里面直接拖一个表，或者存储过程到你的界面上，看看效果你就知道了。可以说整天对PB的数据窗口(Data Window)念念不忘是一种堕落的表现。而且即使.NET提供了拖放，但是现在也很少有人用，因为你要开发一个容易维护的，易扩展的，可副用的系统，使用拖放是绝对完成不了的。现在流行的三层结构是绝对不允许你使用那些简单的偷烂方法的，使用这些偷懒方法的最终结果只能是轻松一时劳苦一生。
PowerBuilder的DataWindow是我见过的最好的，效率最高的数据操作组件。至于R3000所说的“PB大项目往往如同乱麻”，我想是因为系统分析设计的原因吧。我得承认大多数的PB项目确如R3000所说的那样，那是因为PB的确简单易用，解决小问题效率极高，最符合国内开发项目的风格，管他什么设计，只要把客户的功能做出来再说，但这并不是DataWindow的错。PB对大型项目的支持是相当不错的，他有自己完备的整套体系。PB的OO实现简单实用，相对VB6而言，要好太多。PB当初独有的可视化继承也是一大亮点，现在就被VS.Net学过来了。VS.Net中的DataSet也很有些PB的DataStore的影子。PB的缺点在于系统的封闭性和保守性。PB和Windows系统的互操作性极差。到5.0以后(呵呵，我最初用的就是这版本了，估计3.0时PB的大模样就没什么变了)，几乎就没什么有重大意义的变化，PFC是个很好的学习例程，但没什么实用性，我就对着pfc，参考mfc的思路，删繁就简的做了一个自己用着顺手的类库。具我了解，很多公司都采用pfc的思路，自己重做了类库（一般这类公司里往往有些上进青年,才会研究一下pfc）.除了数据库操作，PB在其他方面的确不如人意。pb可用的第三方组件也极少，这和pb本身的封闭体系有关，没有源码几乎就无法复用。就目前而言，pb的优势可以说只剩下DataWindow了。一旦Sybase出一个Datawindow.Net，我想Powerbuilder是没人用了，同时没用的还有VS.Net的一堆窗口控件。我还有些想不通，这么长时间，怎么没第三方做个什么什么DW for Net，是专利限制吗？对于开发企业MIS层次的软件，MS Framework把架构搭的过于庞大繁杂，如果有第三方提供一个基于.Net的更高层次的Framework，我想一定受欢迎。私下觉得Sybase PowerBuilder部门来做这个事应该是不二之选，呵呵。
我PB和.NET都有很长时间的使用经历。如果是C/S结构的中小规模系统，强烈建议使用PB，
PB中的DataWindow确实是个非常好的东西，
既能做输入界面，又能解决报表问题。实在是方便，
PB的缺点主要是开发语言是类basic的脚本语言,
不是完全面对对象(仅支持部分的继承，不支持多态)，语言元素太简单，不利于大项目
开发，PB大项目往往如同乱麻，补丁摞补丁，充满重复的语句，这些都是由PB开发语言的
单薄决定的。PB某些版本开发环境较多bug, 有时会莫名其妙的崩溃，但是一般做出来的
程序到还可以。另外PB调试环境较差，这些都无法跟VS.NET/C#相比。如果项目规模不大，时间要求紧，建议使用PB，可以快速完成项目。
如果长远考虑，还是C#更有优势。
===================
没错,pb的DataWindow对于数据库开发绝对是一个好的工具
上面有人说.net支持的拖放可以完成和dw相同的效果,这个你就错了
相信你对dw没有多少了解.
至于pb及dw的优点和缺点r3000() 说的很是,就不重复了
至于细节我只能说各有各的好处： 1、c#的好处没学精，不能理解，不会说他好；
2、pb用惯了，做东西快，心里总会有些想法这很正常。
2：从语法来看，c#的语法和c++,java非常相似，会c++或者java的程序员转c#看几天估计就可以写东西了。而PB的语法好象比较独特，从潜在用户群体来看，c#多些。
3：microsoft的解决方案中，从开发工具studio.net,后台的backoffice,.net server,操作系统几个方面看，体系非常庞大，而且清楚。而PB只是开发工具，不具备和microsoft整个解决方案对抗的实力。
4：和以前的同事（既会c#又会PB）交流，他们认为PB自动化的东西太多，比如报表，简单的grid控件和数据库数据绑定，很快就出结果，甚至不用编程，但是如果你想做得个性化一些，就不容易了。而.net的datagrid控件提供简单绑定和个性修改的功能，高级程序员和初学者都可以获得满足。尤其是.net的crystal报表，功能非常强大。
5：c#和PB的程序也是有区别的，studio.net的程序分为托管和非托管，PB只能做非托管程序，同样级别的程序开发完成后发布的打包程序比c#的要大。因为c#很多功能其实都在.net framework中。
6：我个人观点是PB适合初学编程的使用，容易（比c#稍微容易些）看到工作成果，而c#对初级和高级开发人员都很适合。c#毕竟属于主流开发工具。此外，再次强调开发工具之是表达我们思想和逻辑的工具，不是最重要的，最重要的是人的思想！
7：结论：不要争论什么工具好了，心中有剑无剑亦是有剑！
PB用在数据库编程比.net可快多了，datawindow确实强大。
但做的系统太脆弱了。
pb的脚本语言掌握很容易.但pb的精髓是dw,也是pb
到现在仍有人用的唯一原因.
如果不能较好的掌握dw,不能叫会用pb.
我更喜欢FrameWork组织得很合理的类库.
懂得编程艺术的人都不会喜欢PB的.