网站运营seo实训总结,建设银行河南省分行招聘网站,黔东南网站设计公司,如何做网站权重在此博客文章中#xff0c;我想介绍一下我如何使用CUBA平台以及此工具的好处。 在我年轻的“业务应用程序开发”历史上#xff0c;我将深入探讨不同的阶段#xff0c;只为您提供一些背景知识。 因此#xff0c;让我们从如何进入典型的CRUD应用程序开始#xff0c;以帮助非… 在此博客文章中我想介绍一下我如何使用CUBA平台以及此工具的好处。 在我年轻的“业务应用程序开发”历史上我将深入探讨不同的阶段只为您提供一些背景知识。 因此让我们从如何进入典型的CRUD应用程序开始以帮助非技术人员提高生产力。 关于我的CRUD背景的简短历史 多年来我偶然发现了公司完全不同领域中的同类问题。 从小商店到相当大的企业人们通常都有一些基本的业务流程应该加以实现。 这些业务流程通常与输入数据并驾齐驱。 我在租车世界中首先遇到了这类要求。 我工作过的一家公司开始在周末将小挖掘机出租给私人园丁。 显然他们想安排他们所拥有的一些挖掘机的租赁。 所以基本上这是领域 具有客户-订单关系的域示例 每两本软件工程书中都会发现一个典型示例。 我们从访问数据库之类的东西开始就可以实现我们的目标。 随着业务的增长对软件的需求也随之增长。 从向用户显示在给定时间范围内租用了哪些产品的订单列表我应该指出这是一种非常糟糕的方式我们想要实现某种更高级的计划视图。 由于用户的位置不只一个因此基于Web的软件似乎更有意义。 因此我开始了PHP之旅那是当时的一个非常流行的选择。 但是真正让我感到奇怪的是这种情况我不得不一遍又一遍地做同样的事情。 因为除了实际的重要视图如上面提到的调度视图外还有大量的视图和CRUD东西也必须实现。 通常没有人真正在乎这些屏幕因为它不支持主要业务流程。 但是产品租用地点用户角色和所拥有的东西也都希望由用户创建和管理。 在停留在PHP世界中之前这很早就出现在不同的Framework上或者至少是“引起我的注意”–因此我真的要使用HTMLPHP PEAR等“裸机”和其他疯狂的东西例如script.aculo.us 。 脚手架救援 快进-几年然后进行CRUD项目。 由于计算机科学的研究主要以Java形式进行因此面向对象是我想到的所有方面。 看来我已经准备好迈出下一步。 正如我们大多数人所知道的那样用Java做基于Web的软件比痛苦更不是痛苦。 因此我环顾四周以摆脱过去几年中制作的旧PHP东西。 在此期间博客上的新孩子是Rails。 诸如CoC 数据库迁移等引入的Web应用程序概念对我来说非常令人惊讶。 但是有一件事是令人大开眼界的 脚手架 。 要从定义业务对象的模型出发从数据库定义到HTML表单以及“ RESTful API”生成完整的堆栈这是非常必要的。 这让我改变了主意“我必须以编程方式创建什么软件/框架/生成器应该为我做什么”。 软件行业的普遍共识是现在和现在仍然是必须谨慎对待这些脚手架机制。 这种癫痫症的原因是多方面的。 一件事是“它不适用于实际应用程序”。 另一个经常听到的消息是“结果UI不符合我们的要求”。 一个由Grails生成的作者和书籍的脚手架示例。 考虑时这是绝对正确的。 因为有了GRails之类的框架您便拥有了通用工具。 这意味着它不直接与某些类型的应用程序绑定。 您可以创建具有高度优化的ui的在线商店就像可以实现各种应用程序一样为基于Javascript的胖客户端创建RESTful HTTP后端。 您可以像企业应用程序一样执行CRUD就像为公司的营销活动创建响应式网站一样。 Web应用程序世界中可实现的应用程序空间 因此脚手架不能解决所有这些问题因为范围太宽。 这就是为什么这些脚手架尝试的结果会以域类型的CRUD接口结束的原因从UI的角度以及功能上来看域类型都有一定的局限性。 完全可以因为这些框架的重点从来没有放在支架的方面。 “特定于域”取决于角度 尽管我说过Rails都是通用的 但Martin Fowler 告诉我们这不是通用的 而是特定于领域的 。 我是谁他是最初的敏捷宣言的一部分 是重构的作者是Refactoring的作者还有很多其他好东西这推动了软件行业的发展 问题是 特定领域是一个非常通用的术语。 从Java Servlets的角度来看Rails绝对是特定于域的该域是“带有关系数据库后端的Web应用程序”。 对于更通用的Spring MVC与基于SpringMVC的全栈Framework Grails也是如此。 另一方面Java Servlet比使用套接字更加具体因为您受HTTP约束。 从通用到特定于Web开发领域的领域 当我在图的第二层中的这些框架中创建大多数像CRUD的业务应用程序时我认为如果存在一类框架/平台该方案可以更好地满足业务应用程序的要求。 当我们将关注点进一步缩小到这部分应用程序时脚手架可能会创造出真正可用的东西。 几个月前我通过Java代码极客的一篇文章了解了CUBA平台 。 CUBA主要是一个商业“框架”它的口号是“一个用于加快企业软件开发速度的高级Java框架”。 乍一看它看起来就像是另一个具有共同部分的Web框架。 OR-Mapper依赖注入脚手架UI等。 与其单独创建所有子部分不如使用Grails一样它使用一种元框架方法。 OR-Mapper是JPAEclipseLinkSpring for DIVaadin作为UI框架。 通用的新类别–特定领域的维度 在深入研究之后我意识到这件事似乎与我之前在Web开发领域中看到的有些不同。 所不同的是CUBA的作者走的是“特定领域”之路正如我在上图中所想到的那样确实专注于缩小“企业软件开发”的范围。 考虑到这一点作者能够提出更多的意见。 固执己见的框架通常会提高生产力如果您遵循生活方式就像Rails世界中的“ The Rails way ”一样。 CUBA平台似乎也是如此。 自从我第一次使用Rails来支持PHP / Java以来遵循他们对过滤安全性报告等内容的意见就极大地提高了生产率。 短语“快速应用程序开发”在这里确实具有另一个含义。 这是由于多种原因。 是什么让这 业务应用程序的域模型通常具有许多实体以及它们之间的连接。 这将导致一个UI您必须在其中创建实际工作流程中的许多相关实体。 首先他们完全正确地获得了业务应用程序所需的基本内容。 CUBA创建了一个可以完全满足这些需求的脚手架UI。 它基于他们为两个实体可以具有的不同样式的关联做出的不同选择。 一对多或一对一关联通过PickerField表示“ 多对多”关联为关联创建一个添加/删除表而“ 一对多”关联将在实体的详细视图中创建一个表该表包含一个侧。 使用这些简单但令人难以置信的强大工具您可以在数分钟内用相似的复杂UI创建一个非常复杂的域模型这使通过UI创建相关实体的图变得很高兴。 第二部分是通用过滤器解决方案。 感觉有点像您可以从Excel的附加功能中了解到的过滤可能性您可以过滤表所基于的实体的关联。 这真是太神奇了并且不需要开发人员手动创建的大量自定义过滤器编程。 接下来有一个完整的安全子系统。 它基于ACL方法该方法允许您作为用户创建用户组角色使您可以在视图实体属性以及实体实例级别上分割应用程序。 创建满足以下要求的应用程序在这种情况下创建仅表示使用软件没有问题。 纽约的经理看到纽约的所有客户 纽约销售人员会看到他们在纽约创建的所有详细信息的客户。 SF客户仅显示属性“名称”和“城市”其中只能编辑“名称”。 TX总部的经理可以从所有位置查看所有客户但无法对其进行编辑 使用全面的UI来管理这些事情几乎不需要实现本地的安全解决方案。 此功能列表可能会持续很长时间。 我没有介绍报告部分也没有介绍业务流程管理计划的任务HTTP-JSON APIFat Client生成不同的管理可能性等。 我可能会在以后的博客文章中进一步介绍。 这一发现的实质 当看到所有这些不同的部分时CUBA与编程框架的不同之处在于在这些技术框架之上添加了不同的“平台”功能。 这些东西使程序员可以更加专注于业务问题。 尽管这是不言而喻的但这原则上是一件好事。 问题是作为程序员这通常很难想象。 我们这些技术人员热衷于使用NTLM身份验证 摆弄直到我们获得用于输入订单实例的完美用户界面 或者为API创建超媒体驱动的RESTful HTTP接口 。 我们想要创造事物这完全是我们产业的基础。 换句话说您可以从另一个角度看它。 我们可能已经从Isacc Newton Scott Hanselman或Sheldon Cooper那里知道 我们都站在巨人的肩膀上 在软件开发领域尤其如此。 从底层开始像所有电气工程一样主要的硬件抽象是操作系统通过HTTP等网络协议诸如关系数据库之类的数据存储机制直至ServletRack和Rails等API和框架。 所有这些使我们作为业务软件开发人员能够基本创建这些分布式可扩展且易于使用的生产力工具。 考虑到这一点从字面上看没有理由不提任何可能的抽象字母。 显然这种一般性建议必须谨慎对待。 有很多充分的理由来使用C以及Plain Java Servlets或CUBA开发软件。 归结为这种“正确的工作工具”之类的东西。 当您要创建典型的企业应用程序指甲并且附带此CUBA锤子时它非常适合。 另一方面这种含义不应让任何人认为一切都是钉子。 我绝对建议你检查出CUBA尤其是不同的在线演示你会发现在这里 。 [编辑2015-10-30添加了说明CUBA是一种商业产品] 翻译自: https://www.javacodegeeks.com/2015/11/my-personal-crud-story-or-how-i-came-to-cuba-platform.html
