作者:酷的带_201 | 来源:互联网 | 2024-09-30 19:11
这是orginally答复Elias的内容:为什么不需要E5风险控制我们一致认为E4和3.x并不是100%兼容的,E4只是提供了一个兼容层用于运行3.x的插件,这其实并不完全符合E4的设计理
这是orginally答复Elias的内容:为什么不需要E5
风险控制
我们一致认为E4和3.x并不是100%兼容的,E4只是提供了一个兼容层用于运行3.x的插件,这其实并不完全符合E4的设计理念。
如果你阅读过CVS上E4的源码,你会发现我们的想法是创建一个新的平台而不是沿着老平台继续发展。
开发方式
相比起传统的3.x,使用E4开发RCP程序要简单的多,虽然现在缺少一些工具、辅助向导和文档.
在E4中,plugin.xml的作用减小了,你完全可以使用纯代码构建一个E4的应用程序。
学习成本
E4的目标是业务应用,不是简单的HelloWorld小程序,也不是简单的网页.我们尽力给开发者提供方便的工具和API,支持更多的运行平台,同时降低应用开发的复杂度.
总结
如果你深入的了解E4的设计和实现,我真的不认为你需要E5的出现
高扩展性:底层的工作区模型设计(如果不满意E4的默认工作台概念,你只需要修改模型)
可插拔的渲染结构(不关心UI组件库)。
像RAP那样支持多用户环境。
OSGI良好支持(可以通过依赖注入方式使用OSGI服务,也可以使用OSGI的EventSystem).
更灵活的组件结构(可以使用依赖注入的方式很方便的将SWT应用程序嵌入到E4程序中)。
E4的杀手级特性是,使用概念和策略方式构建你的UI程序。
如果你不喜欢plugin.xml,你大可以不必讨好它,你可以通过代码构建工作模型,或者使用DSL定制,(比如http://www.eclipse.org/forums/index.php/t/205142/)
如果你不喜欢SWT中的某些组件,你也可以替换成自己的实现,只需要实现IPresentation这个接口就行了
如果你一点也不喜欢SWT,那么你可以构建自己的渲染器,让你的应用程序支持Qt、Swing等。
还有E4提供的依赖注入技术,可以解决OSGi-Service-Registry问题,那就是你必须事先知道那些服务是可用。
link:http://tomsondev.bestsolution.at/2010/02/09/e4-why-you-dont-need-e5/