pb在行业应用开发中渐行渐远解决思路
pb在行业应用开发中渐行渐远
从97年开始，我接触了pb，并迅速成为其忠实的追随者。在pb大行其道的年代里，我也陶醉其中，不亦乐乎。
但形势在悄悄地变化，应用系统从典型的2层C/S应用向3层架构、B/S架构转变，pb在这个过程中一直没有明确的态度，一会儿偏向Java阵营，一会给.NET写datawindow插件，技术路线摇摆不定，始终没拿出自己的解决方案。就算我们有耐心等，客户也不会等。面对越来越多的B/S应用系统建立起来，客户坐不住了，纷纷要求把现有的系统进行B/S升级改造，新上的项目，必须要求B/S架构。
好多做pb的程序员，都有一个共同点，就是对pb之外的技术不怎么关注了，一切都想在pb这个平台上找解决方案。作为一个有十几年行业应用系统开发经验的程序员，技术实现早已不是我所关注的重点，我的精力大部分用在跟用户泡业务、搞数据库设计和系统架构设计上。多年来，pb一直是将我的设计思想转化为实际系统最方便的工具，也是我的不二之选。所以，面对客户强烈的B/S呼声，我们寝食难安。
不是我们不愿意学习B/S开发相关技术，也不是我们顽固不化，死守pb这块阵地，而是我们觉得行业应用软件的精髓在业务而不在技术形式，如果能够有一种开发工具，开发B/S架构的应用像pb开发C/S程序那样方便快捷，我们也会毫不犹豫的采用。但现在流行的B/S开发工具对web数据的处理都不理想，远不如pb的datawindow那么方便，前台后台都需要写大量代码，而且随着用户需求变化，其后期的维护工作量很大，特别是项目换人之后，接手人家留下的烂摊子那简直是一场恶梦。
看着pb在行业应用开发中渐行渐远，我无限感叹……
------解决方案--------------------
古老当时兴，说不准三五年后流行C/S
------解决方案--------------------
------解决方案--------------------
同感，有点无奈，还是学点其他的语言吧
------解决方案--------------------
有个工具可以将pb的程序转换为B/S应用，Appeon，以前叫“正阳”，现在叫“爱普阳”，可以转换大部分代码。
------解决方案--------------------
现在的bs也有很多很多插件可选择的，代码量不是很大，学习一下就可以上手。不要担心。
------解决方案--------------------
现在流行的SSH开发模式，应付较小的应用或者需求相对确定的项目，也还行。前台可以用ExtJS来展现。经过几个项目的积累，也能提炼出一套自己的基础组件来。
虽然比不上pb的datawindow那么方便，但只要项目需求明确，不经常换人，也还行。
------解决方案--------------------
回15楼
“只要项目需求明确，不经常换人，也还行”
废话，需求明确的话，还说个鬼。
要是项目需求不明确呢？
项目经常换人呢？
------解决方案--------------------
现在很多行业项目，一上来，数据库、webserver、java架构，业主全给你明确了，要求只能在这个架构下做开发。
钱只给那么多，项目经理看着办。
找十来个程序员写一大堆程序，解决一个小问题，还自鸣得意，评个科技进步奖。
还是国外的厂家会忽悠啊，直接忽悠客户，搞的开发人员人不人鬼不鬼的。
杯具啊杯具！
------解决方案--------------------
写得好。
------解决方案--------------------
回 楼主
哥们儿人不错嘛
------解决方案--------------------
搞了段时间flex，说是提倡富客户端，现在又回头来用PB，杯具啊
------解决方案--------------------
呵呵，看来大家都对开发bs的程序有兴趣。
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------
的确如此，支持!!!
------解决方案--------------------
从97年开始，我接触了pb，并迅速成为其忠实的追随者。在pb大行其道的年代里，我也陶醉其中，不亦乐乎。
但形势在悄悄地变化，应用系统从典型的2层C/S应用向3层架构、B/S架构转变，pb在这个过程中一直没有明确的态度，一会儿偏向Java阵营，一会给.NET写datawindow插件，技术路线摇摆不定，始终没拿出自己的解决方案。就算我们有耐心等，客户也不会等。面对越来越多的B/S应用系统建立起来，客户坐不住了，纷纷要求把现有的系统进行B/S升级改造，新上的项目，必须要求B/S架构。
好多做pb的程序员，都有一个共同点，就是对pb之外的技术不怎么关注了，一切都想在pb这个平台上找解决方案。作为一个有十几年行业应用系统开发经验的程序员，技术实现早已不是我所关注的重点，我的精力大部分用在跟用户泡业务、搞数据库设计和系统架构设计上。多年来，pb一直是将我的设计思想转化为实际系统最方便的工具，也是我的不二之选。所以，面对客户强烈的B/S呼声，我们寝食难安。
不是我们不愿意学习B/S开发相关技术，也不是我们顽固不化，死守pb这块阵地，而是我们觉得行业应用软件的精髓在业务而不在技术形式，如果能够有一种开发工具，开发B/S架构的应用像pb开发C/S程序那样方便快捷，我们也会毫不犹豫的采用。但现在流行的B/S开发工具对web数据的处理都不理想，远不如pb的datawindow那么方便，前台后台都需要写大量代码，而且随着用户需求变化，其后期的维护工作量很大，特别是项目换人之后，接手人家留下的烂摊子那简直是一场恶梦。
看着pb在行业应用开发中渐行渐远，我无限感叹……
------解决方案--------------------
古老当时兴，说不准三五年后流行C/S
------解决方案--------------------
------解决方案--------------------
同感，有点无奈，还是学点其他的语言吧
------解决方案--------------------
有个工具可以将pb的程序转换为B/S应用，Appeon，以前叫“正阳”，现在叫“爱普阳”，可以转换大部分代码。
------解决方案--------------------
现在的bs也有很多很多插件可选择的，代码量不是很大，学习一下就可以上手。不要担心。
------解决方案--------------------
现在流行的SSH开发模式，应付较小的应用或者需求相对确定的项目，也还行。前台可以用ExtJS来展现。经过几个项目的积累，也能提炼出一套自己的基础组件来。
虽然比不上pb的datawindow那么方便，但只要项目需求明确，不经常换人，也还行。
------解决方案--------------------
回15楼
“只要项目需求明确，不经常换人，也还行”
废话，需求明确的话，还说个鬼。
要是项目需求不明确呢？
项目经常换人呢？
------解决方案--------------------
现在很多行业项目，一上来，数据库、webserver、java架构，业主全给你明确了，要求只能在这个架构下做开发。
钱只给那么多，项目经理看着办。
找十来个程序员写一大堆程序，解决一个小问题，还自鸣得意，评个科技进步奖。
还是国外的厂家会忽悠啊，直接忽悠客户，搞的开发人员人不人鬼不鬼的。
杯具啊杯具！
------解决方案--------------------
写得好。
------解决方案--------------------
回 楼主
哥们儿人不错嘛
------解决方案--------------------
搞了段时间flex，说是提倡富客户端，现在又回头来用PB，杯具啊
------解决方案--------------------
呵呵，看来大家都对开发bs的程序有兴趣。
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------
的确如此，支持!!!
------解决方案--------------------