cuba 平台
最近发生了很多事。 在CUBA于6月1日正式发布之后,我们推出了新版本,在一些Java网站上发布了我们的第一篇文章,并在伦敦的Devoxx UK会议上介绍了该平台 。 但是在热潮继续之前,大约是时候阐明CUBA背后的哲学了。
与企业软件开发相关的第一句话可能是:缓慢,例行,复杂和复杂-一点也不令人兴奋! 应对这些挑战的常用方法是提高抽象水平-开发人员可以使用封装内部机制的接口和工具进行操作。 这使您可以专注于高级业务需求,而无需为每个项目重新发明通用流程。 这样的概念通常在框架或平台中实现。
之前的CUBA文章解释了为什么CUBA不仅仅是将许多知名的开源框架全面集成在一起。 简而言之,它为声明性用户界面提供了具有数据感知功能的可视组件,从复杂的安全模型到BPM的开箱即用功能以及强大的开发工具来补充您选择的IDE。
您可以在“ 学习”页面上轻松找到更多详细信息,因此,与其列出所有细节,我将尝试“提高抽象级别”并解释CUBA的基本原理。
实际的
该平台是一个生物体,其发展主要受开发人员的特定要求驱动。 当然,我们会不断跟踪新兴技术,但是我们相当保守,只有在看到它们可以为企业软件开发带来切实的价值时才采用它们。 因此,CUBA非常实用。 它的每个部分都是为了解决一些实际问题而创建的。
积分
除了明显的素材功能外,CUBA Studio提供的可视化开发环境大大减少了初学者和初学者的学习难度。 平台为您的应用程序带来统一的结构显得尤为重要。 当您打开基于CUBA的项目时,您将始终知道在何处可以找到屏幕或屏幕中的组件。 业务逻辑位于何处以及如何调用。
这种快速理解和更改其他开发人员编写的代码的能力不可低估,这是持续进行企业开发的重大好处。 企业应用程序生命周期可能会持续数十年,并且您的解决方案必须随着业务环境的发展而不断变化,无论团队中的任何变化如何。 因此,在需要时灵活地轮换,扩大或缩小团队规模是公司的主要考虑之一,尤其是那些外包开发或分布团队的公司。
打开
CUBA的关键原则之一就是开放性。 这从完整的平台源代码开始,当您处理基于CUBA的项目时,您将拥有这些源代码。 此外,该平台也是开放的,您可以根据自己的需要更改几乎任何部分。 您不需要派生它来定制平台的某些部分–可以在您的项目中扩展和修改平台功能。 为此,我们通常遵循开放继承模式,以提供对平台内部组件的访问。 我们知道,当项目升级到较新的平台版本时,这可能会导致问题。 但是,从我们的经验来看,这比维护叉子或接受无法针对特定任务调整工具的邪恶程度要小得多。
我们还可以提供许多特定的扩展点,但是在这种情况下,我们必须预期应用程序开发人员将如何使用该平台。 这样的预测总是迟早会失败。 因此,我们改为使整个平台易于扩展:您可以继承和覆盖平台Java代码,包括对象模型,XML屏幕布局和配置参数。 在可传递性上,对于基于CUBA的项目来说仍然如此。 如果遵循一些简单的约定,您的应用程序将可以扩展,从而使您可以将单个产品适应许多客户。
共生
CUBA并未定位为“自身事物”。 当已经存在合适且得到良好支持的仪器并且我们可以在不牺牲平台可用性的情况下进行集成时,我们将与之集成。 这种集成的一个例子是全文搜索和BPM引擎,JavaScript图表和Google Maps API。 同时,由于我们找不到合适的工具(从技术和许可证角度考虑),我们不得不从头开始实现自己的报告生成器 。
CUBA Studio也遵循此原则。 它是一个独立的Web应用程序,不会替代您的首选IDE。 您可以并行使用Studio和IDE,并在它们之间切换以完成不同的任务。 在Studio中实施的WYSIWYG方法非常适合设计数据模型和屏幕布局,而经典的Java IDE最适合编写代码。 您可以直接在IDE中更改项目的任何部分,甚至可以更改Studio创建的内容。 当您返回Studio时,它将立即解析所有更改,使您可以继续进行可视化开发。 如您所见,我们遵循共生的方法,而不是与Java IDE的功能竞争。 此外,为了提高编码效率,我们为最受欢迎的IDE开发了插件。
与第三方框架集成时,我们总是将其包装在更高级别的API中。 这样可以在需要时替换基础实现,并使整个平台API长期保持稳定,并减少对集成第三方框架中不断变化的依赖。 但是,我们不限制直接使用基础框架和库。 如果CUBA API不适合特定的用例,这是有道理的。 例如,如果您无法通过通用UI进行某些操作,则可以打开视觉组件并直接访问Vaadin(或Swing)。 数据访问也是如此; 如果某些操作很慢或ORM不支持,只需编写SQL并通过JDBC或MyBatis运行它即可。 当然,此类“ hack”会导致更复杂,更不便于移植的应用程序代码,但与使用标准平台API相比,它们通常非常罕见。 这种固有的灵活性知识和“可以”的感觉为开发人员增加了很多信心。
使用范围广
如果您需要创建一个包含5-10个屏幕的任何内容的应用程序,我们建议您使用CUBA,只要它们由标准组件(例如字段,表单和表格)组成。 使用CUBA的效果随应用程序的复杂性呈指数级增长,而与域无关。 我们已经在金融,制造,物流和其他领域交付了复杂的项目。 例如,一个不明显但很流行的用例是使用CUBA作为后端和管理UI,同时使用另一种更轻便或更可定制的Web技术创建最终用户界面。
我希望您能自己看到该平台的一些用例,因此在下一篇文章中,我们将重点介绍“内幕”,因为我们提供了有关CUBA不同部分的详细概述。
翻译自: https://www.javacodegeeks.com/2015/06/the-philosophy-of-the-cuba-platform.html
cuba 平台