FlexBuilder的路在何方

FlexBuilder的路在何方

　　 本文和大家重点讨论一下FlexBuilder的现状及未来，FlexBuilder在走JBuilder的老路的思路显而易见。不同的是JBuider在发展的时候，Ja已风起云涌，无人能敌，多家IDE厂家纷纷抢占诱人的Ja蛋糕。

　　 jsp实验报告应用中的霸主地位现阶段无人能憾，但在显示层还停留在Html之上的Jsp，开发速度及维护工作量都是比较大的，现在的Web层的开源框架如F、Struts等也是治标不治本，不尽如人意。于是Flex、Avalon（jsp与servlet的区别）、LZX的描述语言（jsp标准动作）、XUL（mvc jsp）、BindowJascript和DHTML开发的Web窗体框架等RIA语言应运而生，其中Flex尤为抢眼。

　　 Flex是Adobe的基于Web上RIA，类似jsp和asp的区别应用方面的功能。尤为相似的是Flex也和Ja童年时一样，既有光辉的发展前途，也有被人诟病的性能，速度问题，但这些都是发展中的问题，随着运行环境AVMActionScriptVM，类似与Ja的JVM的持续改善，其性能也会大幅度提高。

　　 现在Flex虽然方兴未艾，但与当年jsp头像应用的疯狂流行还相差甚远，还有不少可替代方案在RIA领域与Flex一争高下、逐鹿中原，且背后都有大厂家在支持。究竟鹿死谁手，还将试目以待。

　　 JBuilder是Bjsp播放jsp jar包推出的可视化Ja开发工具，以收费作为其盈利的目标。JBuilder的失败在与开源Eclipse的竞争，免费的午餐逼得收费的快餐失去了一线生机，最后沦落到被贱卖的地位。

　　 FlexBuilder是Flex的集成开发环境，供可视开发者进行Flex应用程序开发，但其以收费为目标的盈利模式和JBuilder如出一辙。以史为鉴，可以知兴替，FlexBuilder在走JBuilder的老路的思路显而易见。不同的是JBuider在发展的时候，Ja已风起云涌，无人能敌，多家IDE厂家纷纷抢占诱人的Ja蛋糕。

　　 Adobe作为Flex缔造者，完全可以做RIA领域的Sun，把Flex做大做强。在战略发展上FlexBuilder仅仅是Flex推广的胡萝卜，鱼和熊掌，不可得兼，必须要有舍有得，只要把握住Flex的发展方向，不要太贪多求大。一旦Flex成为势力，编辑工具则会层出不穷，很难说不会后来者居上，后来者如果成为下一个开源的Eclipse，则FlexBuilder难保不走JBuilder的覆辙。

　　 同时，目前Flex还不是RIAjsp和servlet的选择，志当存高远，放弃眼前的蝇头小利，志在成为RIA的霸主，积极推出FlexBuilder的开源，赢得开发者的青睐，加大攻城略地的力度，才是Adobe应该做的。

　　 如果Adobe审时度势，把FlexBuilder开源后，能充分利用社区的力量，把编辑工具做得更加强大，适应工业化的开发流程控制，代码的格式，注释，命名的检查机制等功能会很快得到实现。

　　 同时，Adobe应该在AVM的研发上投入更多的精力，提高其运行性能。吸引更多的项目采用Flex作为RIA。

　　 提供开源的使jsp校验应用，如宠物店，给开发者提供参考，并jsp焦点站用QA列表等方式，给开发者以技术支持。

　　 2015年6月，在由ComputerWejsp跳转站主办的CW0俱乐部论坛上，与会的CIO大佬们就虚拟化的过去、现在和未来的相关话题各抒己见，表达了他们的看法。服务器虚拟化具备能够确保计算能力，jsp报告降低成本的显著优势使得其迅速成为主流，但虚拟化所带来的业务转型才刚刚开始。

　　 目前我们所遇到的问题是，由于JCIPAnnotation还不够普及，构建一个线程安全的软件是十分困难的。就连一些Ja标准类也没有加入Annotation，如果你的团队中的某些人没有看过BrianGoetz的书，那么他她很可能不知道如何编写线程安全的类，如何使用Annotation。在我的团队中，我总是认为那些没有JCIPAnnotation的类不是线程安全的。但是就连鼎鼎大名的Findbugs...

　　 未来的5Gjsp动作标签融合，多设备连接，多业务并jsp赋值络使能百行千业，高清jsp 404、VRAR、互动游戏要求高度的沉浸感和互动性体验，对时延jsp漏洞络指标提出了更高的要求，而那些智慧工jsp下拉列表框、智慧城市等垂直领jsp获取session中的值上购物系统络服务保障要求更高，jsp的九大内置对象络故障，将影响生产效率，甚至对社会正常运行带来损失。