当前位置: 代码迷 >> PB >> 不久前学习C#和PB的对比 - C/S架构下PB完胜
  详细解决方案

不久前学习C#和PB的对比 - C/S架构下PB完胜

热度:582   发布时间:2016-04-29 05:14:47.0
最近学习C#和PB的对比 -- C/S架构下PB完胜
10多年前一直是做PB开发的,已经好久没写程序了。最近因工作需要,开始研究了下C#。

虽然接触时间不长,但对比了下C#和PB,感觉PB的DATAWINDOW 比 C# 中的 DataSet、DataTable、DataAdapter强大N倍啊!!!
以前工作的公司,公司一牛人用PB自己开发的系统开发平台,超级强,做数据库开发的功能堪比PB自身的PFC,绝对牛! 像单表维护、主-从表维护、简单的查询和报表等,5分钟能完成一个界面!

最近和当年的同事联系,聊回到老本行,他们也是一直在IT公司做技术管理方面的,各类开发工具都几乎换了个遍。但谈到开发效率,还是怀念PB。

可惜了,在BS架构下,PB没有前瞻性,被人超越了。

从最近几年的使用感觉。个人认为,企业内部应用系统的使用,若要节省成本,还是使用C/S方式效率高:升级也不难、开发效率高、运行响应速度快。

一直想照着PB的文档,想将C/S下的程序转到B/S下,可惜时间、精力不够,研究了2次,都半途而废。看来今生是没啥机会再CODING 一把了,呵呵。
------解决思路----------------------
顶一下,自从升级到pb9以后,一直用了好几年都没有升级的打算,pb在bs方面欠佳(网上这方面的资料也少,并且不全),后来学习了c#,BS这块还是交给asp.net 吧
------解决思路----------------------
PB做 CS C#做BS 很好的搭配
------解决思路----------------------
pb做cs的,后台和bs的我现在用LAMP的方案,cs和后台mysql两者的交互通过json,也挺方便的。
------解决思路----------------------
PB确实很方便,但说C/S pb完胜,有点过头了,
1:.net开发时,一般是采用三层开发模式,用自己开发的框架或第三方orm框架,或微软官方的实体框架,而且还有很多
第三方代码生成工具,不需要直接使用datatable,而是通过上述封装间接使用,donent是以实体对象的方式操作数据和表,
在donet的世界里,数据才是上帝,这点真的很清爽。
2:donet框架的核心是提供细粒度级api,就像微软在donet之前提供windows api一样,至于如何组装这些API,那是程序员和组件厂家的事情,所以donet提供了更强大的功能和灵活性。
3:datawindow确实很强大,微软官方没有这么强大的组件,但提供这么强大的组件不是微软本身的目标,如第二点,微软的目标是让程序员和第三方厂家自己去实现,所以要比应该拿datawindow和强大的第三方组件去比,这么说吧,凡是dw有的功能,第三方组件都有,而且更强大,当然很多都是收费的东东,考虑在天朝,码农都是用盗版,所以这点可以忽略,如果一定要纠结这点,我想请问,大家用的PB都是正版吗。
4:dw是直接将数据和界面绑定,donet要自己写代码将界面和数据绑定,这点donet确实要麻烦一些,但是你可以自己写代码生成工具,自动绑定,而且donet界面和数据的分离模式更清晰,坦率的说dw是方便,但是大一点的程序,想必大家都有一大堆dw,不知道哪个用到哪里了感觉,改了一个地方,容易把另外一个地方的也改动了,当然通过一个好的规范可以尽量避免,但是烦心毕竟还是烦心。
5:pb无论是界面布局还是外观组件的丰富性跟DONET都不在一个级别。
6:综上所述,一个不熟练的DONET程序员效率要低于一个不熟练的pb程序员,但一个熟练的DONET程序员效率最少不会输于pb程序员,当然快也快不了,大家想想,都是c/s开发,变来变去也是拖控件,设置属性,检索数据,修改数据,哪个还能比哪个快到哪里去。
7:DONET可以开发C/S,可以开发B/S,可以开发WINDOWS服务,可以使用货真价实的多线程,有庞大的第三方代码库可以使用,可以率先使用微软最新提供的功能,可以说学习一种语言搞定所有,投资回报率非常高。
7:说了好的,说坏的,我最受不了DONET的几点:
   1)客户机上要装DONET运行环境
   2)那个vs IDE真的是慢啊,用惯了PB这样的工具,真的受不了,而且vs2010奔溃起来跟当年的PB8一样一样的,用久了vs再打开pb,感觉回到急速世界,整个世界都清净了。
   3)donent程序第一次运行的时候那个慢啊,我到现在都没习惯。
   4)微软这几年也有点迷失方向,东西越整越多,越整越复杂,越整越慢,但是实用的东东没好到哪里去。
   5)这么多好用的组件,哪个都有自身的优缺点,尼玛我到底要用哪个啊,纠结,真纠结。

最后说一点,不要用PB去搞什么B/S,纯属乱费时间,花三四个月时间重新学习一个B/S工具才是正道,话说三四个月和漫长的程序员生涯比起来其实也不长啊。
------解决思路----------------------
引用:
10多年前一直是做PB开发的,已经好久没写程序了。最近因工作需要,开始研究了下C#。

虽然接触时间不长,但对比了下C#和PB,感觉PB的DATAWINDOW 比 C# 中的 DataSet、DataTable、DataAdapter强大N倍啊!!!
以前工作的公司,公司一牛人用PB自己开发的系统开发平台,超级强,做数据库开发的功能堪比PB自身的PFC,绝对牛! 像单表维护、主-从表维护、简单的查询和报表等,5分钟能完成一个界面!

最近和当年的同事联系,聊回到老本行,他们也是一直在IT公司做技术管理方面的,各类开发工具都几乎换了个遍。但谈到开发效率,还是怀念PB。

可惜了,在BS架构下,PB没有前瞻性,被人超越了。

从最近几年的使用感觉。个人认为,企业内部应用系统的使用,若要节省成本,还是使用C/S方式效率高:升级也不难、开发效率高、运行响应速度快。

一直想照着PB的文档,想将C/S下的程序转到B/S下,可惜时间、精力不够,研究了2次,都半途而废。看来今生是没啥机会再CODING 一把了,呵呵。


可以研究一下黄老师的extpb.net,用pb做B/S的
------解决思路----------------------
引用:
PB确实很方便,但说C/S pb完胜,有点过头了,
1:.net开发时,一般是采用三层开发模式,用自己开发的框架或第三方orm框架,或微软官方的实体框架,而且还有很多
第三方代码生成工具,不需要直接使用datatable,而是通过上述封装间接使用,donent是以实体对象的方式操作数据和表,
在donet的世界里,数据才是上帝,这点真的很清爽。
2:donet框架的核心是提供细粒度级api,就像微软在donet之前提供windows api一样,至于如何组装这些API,那是程序员和组件厂家的事情,所以donet提供了更强大的功能和灵活性。
3:datawindow确实很强大,微软官方没有这么强大的组件,但提供这么强大的组件不是微软本身的目标,如第二点,微软的目标是让程序员和第三方厂家自己去实现,所以要比应该拿datawindow和强大的第三方组件去比,这么说吧,凡是dw有的功能,第三方组件都有,而且更强大,当然很多都是收费的东东,考虑在天朝,码农都是用盗版,所以这点可以忽略,如果一定要纠结这点,我想请问,大家用的PB都是正版吗。
4:dw是直接将数据和界面绑定,donet要自己写代码将界面和数据绑定,这点donet确实要麻烦一些,但是你可以自己写代码生成工具,自动绑定,而且donet界面和数据的分离模式更清晰,坦率的说dw是方便,但是大一点的程序,想必大家都有一大堆dw,不知道哪个用到哪里了感觉,改了一个地方,容易把另外一个地方的也改动了,当然通过一个好的规范可以尽量避免,但是烦心毕竟还是烦心。
5:pb无论是界面布局还是外观组件的丰富性跟DONET都不在一个级别。
6:综上所述,一个不熟练的DONET程序员效率要低于一个不熟练的pb程序员,但一个熟练的DONET程序员效率最少不会输于pb程序员,当然快也快不了,大家想想,都是c/s开发,变来变去也是拖控件,设置属性,检索数据,修改数据,哪个还能比哪个快到哪里去。
7:DONET可以开发C/S,可以开发B/S,可以开发WINDOWS服务,可以使用货真价实的多线程,有庞大的第三方代码库可以使用,可以率先使用微软最新提供的功能,可以说学习一种语言搞定所有,投资回报率非常高。
7:说了好的,说坏的,我最受不了DONET的几点:
   1)客户机上要装DONET运行环境
   2)那个vs IDE真的是慢啊,用惯了PB这样的工具,真的受不了,而且vs2010奔溃起来跟当年的PB8一样一样的,用久了vs再打开pb,感觉回到急速世界,整个世界都清净了。
   3)donent程序第一次运行的时候那个慢啊,我到现在都没习惯。
   4)微软这几年也有点迷失方向,东西越整越多,越整越复杂,越整越慢,但是实用的东东没好到哪里去。
   5)这么多好用的组件,哪个都有自身的优缺点,尼玛我到底要用哪个啊,纠结,真纠结。

最后说一点,不要用PB去搞什么B/S,纯属乱费时间,花三四个月时间重新学习一个B/S工具才是正道,话说三四个月和漫长的程序员生涯比起来其实也不长啊。


说的非常有道理,赞一下
------解决思路----------------------
一个是通用型工具,一个是专用型工具,所以不能简单的说谁完胜谁。。

因为这两种工具在设计时就有不同的目标,只能说在数据库开发领域,PB 是最强的!而且业务逻辑越复杂其优势越明显,但其弱点也很致命,就是数据量越大处理效率越低且越不稳定,这也是导致难以发展的一个重要原因。。
------解决思路----------------------
使用pb做web service,再用pb客户机程序调用,很方便啊,要改动的代码量也很小.无非就是cs模式下的retrieve(),现在变成先取出blob,再送到web service去检索而已

除了浏览器端不是ie,啥问题都没有了
------解决思路----------------------
楼主你如果是个老pb程序员,真该看看我的一个主贴,然后感受一下
我只是觉得,用的人太少了,有些问题真不知道该与谁交流,唉
------解决思路----------------------
本人用很多语言开发后的深刻感触是:PB的IDE开发模式没有谁能出其右。
  相关解决方案