对powerbuilder版本过渡的问题思考,谁能告诉我多版本怎么协作并交互?一个有意思的命题

请加: 6539042(powerbuilder11&SQL)

今天看<<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是自己把把自己边缘化,悲哀。

app server plugin把EASserver仍进马桶,悲哀,java有整套的web方案,不需要pb参和其中。

pb就是需要一个完全免费的app server这是广大开发者的心声。IIS这么爽,所以项目如繁星,数也数不过来。sybase还是没有从产品战略转到平台高度来看。所以:pb6-pb7的transport,pb的window plug,active,datawindow plug根本就被直接打入冷宫。悲哀。现在大家都期待并热情尝试.net+pb,因为转换容易,成本几乎为零,而且世界上目前为止,没有哪个工具能同时提供c/s,b/s的美妙转换。而且可以终结客户对c/s,b/s的任何刁难。爽。

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

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

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

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

你可能感兴趣的:(应用服务器,企业应用,Sybase,webform,PowerBuilder)