1、支持 B/S 了，但却是盗用了 MS 的Framwork 3.5 SP1，实际上是仰人鼻息，拿别人的屁股贴脸
2、原来便捷的顶部工具菜单，部分被整合到了右边树形导航栏，原来的对象属性菜单，也全部整成了树形导航栏，要设置一 个属性，需要反复选择树、上下滚动条，操作明显多余，对开发者来说，是事倍功半
3、无论是保存源码，还是源码运行时，都明显比 PB9 速度慢
4、颜色选择，PB9有图标 + 名称，PB12 却全部只有名称，如果要找到自己喜欢的颜色，非得几十个种都试过不可，大大的降低效率
5、 多页面显示本来很好，但是关闭操作非得右键选择，其实可以双击实现
6、创建对象，非要东施效颦 .NET 打开一堆树形的玩意，让人自己一个一个选择，PB9多简洁方便，标签页，几个图标就十分明了！！
............无语..............
sybase的 powerbuilder 版本升级部门简直是一群猪！！！！
本来高效、易用、c/s 就是 powerbuilder 赖以生存的根本，版本被他们弄得越高，却越是人不人，鬼不鬼！四不像！
sybase 是自己害了自己！！可悲可叹！！
11 个解决方案
#1
PB12给我的感觉就是四不像，特别是PB.NET
#2
用了一年的 pb12，感觉还好，大多数操作习惯上的一些变化就不说了，用用就习惯了，但有几点好像的确可以改进。
１．本来进入窗口的 open 事件很简单，即使窗口被控件完全挡住了也没关系，只要双击一下窗口以外的区域就行，可现在没反应了，搞得老要挪动控件“露出”窗口本身才能操作。
２．左别的系统树画板没有库画板方便：不能多对象操作，也不能直接显示对象的注释。
pb.net 只打开看了一眼，ide 运行太慢，可开发的东西也很有限，除了可做为开发 webservice 的安装组件外，基本上没有实用价值。实际上，我也不指望 sybase 能在近期推出可用的 web from 开发版本，只希望其在 ws 开发方面能够充分与 .net 融合，使我们能开发复杂而且稳定的工业级别 ws。从而能够以一种平滑的方式使系统从 c/s 架构逐步转向基于 soa 的 c/s/s 架构。
我觉得做为 pb 开发者确实是有较大风险，因为 sybase 被 sap 收购之后命运如何的确是未知数！pb 做为一种开发工具在将来会不会继续发展也无人可以确保！在这一点上，pb 人的命运的确可谓是前途未卜。我常和用 .net 团队的同事比喻（他们老想拉我加入）：pb 于我来说就象是一把已经被我练得人刀合一的“屠龙刀”，尽管它只适合杀龙（杀鸡杀牛就别指望它了），便由于我的工作本来就有且仅有一件——屠龙（数据库应用），而我又练了这么多年，我能体会“人就是刀，刀就是人”是多么爽的的感觉！所以，尽管其它的“万能刀”练到*的话肯定能超越我这把同样练到*的“屠龙刀”，但却不可能有这么多时间再练另一把刀了，而且要想人刀合一发挥刀的最大威力，每个人性格也必须和刀相应才行。我不是那种对一切都感兴趣的性格，所以也不可能练好能杀一切的刀！
多年浸淫于 pb，抒发一下感触...
１．本来进入窗口的 open 事件很简单，即使窗口被控件完全挡住了也没关系，只要双击一下窗口以外的区域就行，可现在没反应了，搞得老要挪动控件“露出”窗口本身才能操作。
２．左别的系统树画板没有库画板方便：不能多对象操作，也不能直接显示对象的注释。
pb.net 只打开看了一眼，ide 运行太慢，可开发的东西也很有限，除了可做为开发 webservice 的安装组件外，基本上没有实用价值。实际上，我也不指望 sybase 能在近期推出可用的 web from 开发版本，只希望其在 ws 开发方面能够充分与 .net 融合，使我们能开发复杂而且稳定的工业级别 ws。从而能够以一种平滑的方式使系统从 c/s 架构逐步转向基于 soa 的 c/s/s 架构。
我觉得做为 pb 开发者确实是有较大风险，因为 sybase 被 sap 收购之后命运如何的确是未知数！pb 做为一种开发工具在将来会不会继续发展也无人可以确保！在这一点上，pb 人的命运的确可谓是前途未卜。我常和用 .net 团队的同事比喻（他们老想拉我加入）：pb 于我来说就象是一把已经被我练得人刀合一的“屠龙刀”，尽管它只适合杀龙（杀鸡杀牛就别指望它了），便由于我的工作本来就有且仅有一件——屠龙（数据库应用），而我又练了这么多年，我能体会“人就是刀，刀就是人”是多么爽的的感觉！所以，尽管其它的“万能刀”练到*的话肯定能超越我这把同样练到*的“屠龙刀”，但却不可能有这么多时间再练另一把刀了，而且要想人刀合一发挥刀的最大威力，每个人性格也必须和刀相应才行。我不是那种对一切都感兴趣的性格，所以也不可能练好能杀一切的刀！
多年浸淫于 pb，抒发一下感触...
#3
pb12没有用过。
#4
#5
要跟.NET 、JAVA 抢BS的市场，PB.NET 直到消亡也抢不过的，要生存和发展，不如从以下几方面着手：
1、面向对象
2、开发工具包：java有jdk，net有framwork，pb也开发个pbkit之类
3、界面优化：全部对象的界面、形式、颜色等，可以任意选择、设置，跟上时代潮流，对软件的一线使用者来说，漂亮的界面才是他们乐于接受的，开发工具本身没有什么本质的优劣，他们也不关心
4、效率性与易用性：要大大的继承pb的这个优点，积极发展壮大才是正路
1、面向对象
2、开发工具包：java有jdk，net有framwork，pb也开发个pbkit之类
3、界面优化：全部对象的界面、形式、颜色等，可以任意选择、设置，跟上时代潮流，对软件的一线使用者来说，漂亮的界面才是他们乐于接受的，开发工具本身没有什么本质的优劣，他们也不关心
4、效率性与易用性：要大大的继承pb的这个优点，积极发展壮大才是正路
#6
哎 江河日下
#7
你们看到是的PB12，如果你们用了PB12.5，那么你们对速度上的感觉，肯定会不一样的，PB12.5甚至后面的版本，应该是非常不错的，关键你要看你从哪个角度去看了，哪些小问题，适应一下，后面修补一下，就不会有太大的问题。有空可以下下12.5用用，应该会好一些的。
#8
当看到那么多人对PB.NET有意见，我感觉挺纳闷的，现在市面上流行的就.NET和JAVA平台，这两个平台都有他的开放行，PB的脚本语言可以编译JAR，也可以编译成.NET的可执行程序，甚至单独的组件，这是否非常有意思的问题。以前PB没有向.NET靠齐，现在完全的拥抱.NET，应该是非常值得PB开发者社区高兴的事情，因为你可以把你的程序直接编译成.NET程序，可以随便的调用.net framework的强大类库功能，这个不是非常兴奋的事情么，那么PB开发程序的视野和扩展性就得到了非常强大的提升，后面也支持WPF,等等，界面开发也就迎刃而解了。对silverlight的支持，可以直接像flex builder开发的程序一样，运行在web环境下，甚至后面对html5的支持等等，哎，对mobile target的支持等等，非常有意思，也非常有前景，别灰心，把注意力集中在数据开发这块，PB还是前途无量的.
#9
PB已经对主流的市场缺乏竞争了
#10
看BOSS的了
#11
既然被SAP公司收购了，为何不与ABAP合作 ，搞一套SAP的第三方开发配套系统呢？
#1
PB12给我的感觉就是四不像，特别是PB.NET
#2
用了一年的 pb12，感觉还好，大多数操作习惯上的一些变化就不说了，用用就习惯了，但有几点好像的确可以改进。
１．本来进入窗口的 open 事件很简单，即使窗口被控件完全挡住了也没关系，只要双击一下窗口以外的区域就行，可现在没反应了，搞得老要挪动控件“露出”窗口本身才能操作。
２．左别的系统树画板没有库画板方便：不能多对象操作，也不能直接显示对象的注释。
pb.net 只打开看了一眼，ide 运行太慢，可开发的东西也很有限，除了可做为开发 webservice 的安装组件外，基本上没有实用价值。实际上，我也不指望 sybase 能在近期推出可用的 web from 开发版本，只希望其在 ws 开发方面能够充分与 .net 融合，使我们能开发复杂而且稳定的工业级别 ws。从而能够以一种平滑的方式使系统从 c/s 架构逐步转向基于 soa 的 c/s/s 架构。
我觉得做为 pb 开发者确实是有较大风险，因为 sybase 被 sap 收购之后命运如何的确是未知数！pb 做为一种开发工具在将来会不会继续发展也无人可以确保！在这一点上，pb 人的命运的确可谓是前途未卜。我常和用 .net 团队的同事比喻（他们老想拉我加入）：pb 于我来说就象是一把已经被我练得人刀合一的“屠龙刀”，尽管它只适合杀龙（杀鸡杀牛就别指望它了），便由于我的工作本来就有且仅有一件——屠龙（数据库应用），而我又练了这么多年，我能体会“人就是刀，刀就是人”是多么爽的的感觉！所以，尽管其它的“万能刀”练到*的话肯定能超越我这把同样练到*的“屠龙刀”，但却不可能有这么多时间再练另一把刀了，而且要想人刀合一发挥刀的最大威力，每个人性格也必须和刀相应才行。我不是那种对一切都感兴趣的性格，所以也不可能练好能杀一切的刀！
多年浸淫于 pb，抒发一下感触...
１．本来进入窗口的 open 事件很简单，即使窗口被控件完全挡住了也没关系，只要双击一下窗口以外的区域就行，可现在没反应了，搞得老要挪动控件“露出”窗口本身才能操作。
２．左别的系统树画板没有库画板方便：不能多对象操作，也不能直接显示对象的注释。
pb.net 只打开看了一眼，ide 运行太慢，可开发的东西也很有限，除了可做为开发 webservice 的安装组件外，基本上没有实用价值。实际上，我也不指望 sybase 能在近期推出可用的 web from 开发版本，只希望其在 ws 开发方面能够充分与 .net 融合，使我们能开发复杂而且稳定的工业级别 ws。从而能够以一种平滑的方式使系统从 c/s 架构逐步转向基于 soa 的 c/s/s 架构。
我觉得做为 pb 开发者确实是有较大风险，因为 sybase 被 sap 收购之后命运如何的确是未知数！pb 做为一种开发工具在将来会不会继续发展也无人可以确保！在这一点上，pb 人的命运的确可谓是前途未卜。我常和用 .net 团队的同事比喻（他们老想拉我加入）：pb 于我来说就象是一把已经被我练得人刀合一的“屠龙刀”，尽管它只适合杀龙（杀鸡杀牛就别指望它了），便由于我的工作本来就有且仅有一件——屠龙（数据库应用），而我又练了这么多年，我能体会“人就是刀，刀就是人”是多么爽的的感觉！所以，尽管其它的“万能刀”练到*的话肯定能超越我这把同样练到*的“屠龙刀”，但却不可能有这么多时间再练另一把刀了，而且要想人刀合一发挥刀的最大威力，每个人性格也必须和刀相应才行。我不是那种对一切都感兴趣的性格，所以也不可能练好能杀一切的刀！
多年浸淫于 pb，抒发一下感触...
#3
pb12没有用过。
#4
#5
要跟.NET 、JAVA 抢BS的市场，PB.NET 直到消亡也抢不过的，要生存和发展，不如从以下几方面着手：
1、面向对象
2、开发工具包：java有jdk，net有framwork，pb也开发个pbkit之类
3、界面优化：全部对象的界面、形式、颜色等，可以任意选择、设置，跟上时代潮流，对软件的一线使用者来说，漂亮的界面才是他们乐于接受的，开发工具本身没有什么本质的优劣，他们也不关心
4、效率性与易用性：要大大的继承pb的这个优点，积极发展壮大才是正路
1、面向对象
2、开发工具包：java有jdk，net有framwork，pb也开发个pbkit之类
3、界面优化：全部对象的界面、形式、颜色等，可以任意选择、设置，跟上时代潮流，对软件的一线使用者来说，漂亮的界面才是他们乐于接受的，开发工具本身没有什么本质的优劣，他们也不关心
4、效率性与易用性：要大大的继承pb的这个优点，积极发展壮大才是正路
#6
哎 江河日下
#7
你们看到是的PB12，如果你们用了PB12.5，那么你们对速度上的感觉，肯定会不一样的，PB12.5甚至后面的版本，应该是非常不错的，关键你要看你从哪个角度去看了，哪些小问题，适应一下，后面修补一下，就不会有太大的问题。有空可以下下12.5用用，应该会好一些的。
#8
当看到那么多人对PB.NET有意见，我感觉挺纳闷的，现在市面上流行的就.NET和JAVA平台，这两个平台都有他的开放行，PB的脚本语言可以编译JAR，也可以编译成.NET的可执行程序，甚至单独的组件，这是否非常有意思的问题。以前PB没有向.NET靠齐，现在完全的拥抱.NET，应该是非常值得PB开发者社区高兴的事情，因为你可以把你的程序直接编译成.NET程序，可以随便的调用.net framework的强大类库功能，这个不是非常兴奋的事情么，那么PB开发程序的视野和扩展性就得到了非常强大的提升，后面也支持WPF,等等，界面开发也就迎刃而解了。对silverlight的支持，可以直接像flex builder开发的程序一样，运行在web环境下，甚至后面对html5的支持等等，哎，对mobile target的支持等等，非常有意思，也非常有前景，别灰心，把注意力集中在数据开发这块，PB还是前途无量的.
#9
PB已经对主流的市场缺乏竞争了
#10
看BOSS的了
#11
既然被SAP公司收购了，为何不与ABAP合作 ，搞一套SAP的第三方开发配套系统呢？