今天看<<powerbuilder完全解析>> 饶有兴趣的下载了一个pb7来装上，随便用了一下，而且有transport对象可以作小型的三层运用。满足200人同时使用应该是最好的了。而客户端可以动态选择连接的DTS服务器也是可以把容量扩大到2000都没问题。一个服务器首先被客户连接，既而在动态地把客户平衡到其他DTS服务器上去应该也可以实现。

据我所知，有很多管理软件都架构在pb6.5-pb9的版本上，而pb10,pb11应该对他们没有什么兴趣，而且作为企业不可能贸然升级。pb11只是对初学者或者老的程序员吸引力比较大。从我blog内的文章被检索情况看，pb11转向.net平台，促成了非常多的下载和***测试，比如c/s smart client,b/s webform,webservices,很好。pb11能调用.net内库也是一个一劳永逸地战略。至少给pb程序员留下一个期待的念想。前几天我测试b/s感觉转得还不错。如果能把原项目多用#IF 这样的条件语句注释起来，比如:clicked!事件尽量少，界面变化尽量少，现在弄一个webform应该也是可以的。不是pb怎么样，在这个历史性标志刚实现时，可能有非常多不完善的地方，但是ajax,slivelight这些应用上去，到后续改进。可能会让现在很多搞b/s平台模拟c/s界面的框架刮目相看。未来项目也可能面临b/s,c/s同时发行的局面。

pb11的b/s方案彻底使得Appeon这样的中看不中用的昂贵的方案被遗弃。Appeon只不过是探路石和垫脚石。

EAserver是自己把把自己边缘化，悲哀。

plug根本就被直接打入冷宫。悲哀。现在大家都期待并热情尝试.net+pb,因为转换容易，成本几乎为零，而且世界上目前为止，没有哪个工具能同时提供c/s,b/s的美妙转换。而且可以终结客户对c/s,b/s的任何刁难。爽。

pb+webservices也有一个速度问题，所以是否被唾弃也是一个时间问题。数据串行化造成用户感受不好。xml也不是最佳的方式。

我比较看好的方式是：pb6-7的transport方案，pb11的双版本发行方案。

昂贵的EAserver和在高版本恶劣的取消transport我认为是一个非常错误的战略错误。pb需要免费的appserver。或者是一个根据客户端连接数量的有梯度的价格方案。

而如题：多版本是否可以协作开发，可能很多人根本不会考虑，估计也不能。因为unicode支持和dw格式不一样。