【问题标题】:What Design Patterns are Found in Real-World Spring Roo Applications?在现实世界的 Spring Roo 应用程序中发现了哪些设计模式?
【发布时间】:2014-09-27 20:25:01
【问题描述】:

我正在尝试了解(真实世界,而非教学示例)Spring Roo 应用程序的架构。并不是说我认为只有 一个 架构,但我确实认为少数模式可能会描述大多数 Spring Roo 应用程序。因此我的问题是,这些模式是什么?

我的困难在于我无法在网络或书籍中找到实际应用程序的示例。 并不是我没有认真看。我有。事实上,我认为我应该因为顽固的坚持和创造性的探究而获得奖牌。 (如果你认为我遗漏了什么,请提供证据。但不要说我没有花足够的时间在搜索上来侮辱你自己的智慧。首先,我已经出版了三本书中的每一本书关于这个主题。而且我花了很多时间在谷歌上搜索示例。)

这是我发现的。绝大多数可用的示例都非常小,显然是为了提出教学观点,而不是作为现实世界的实现。在少数几个较大的示例中,我发现没有一个可以真正编译(可以这么说,因为 Roo 本身不是编译器。我的意思是故障发生在运行时之前。)。大多数情况下,这是因为 Roo 语言发生了变化,在语法方面已经过时了示例。但这种变化可能也需要改变 Roo 应用程序的架构。作为一名细心的研究人员,我不能无缘无故地假设情况并非如此。因此,出于我的目的,任何无法编译的示例都不是示例。 (至于编译没有错误,Spring Roo in Action 一书中正在进行的示例可能是一个例外。我没有设法通读整本书,因为它包含关于 Spring 的冗长论述。这些很有用,甚至很重要。但它们与 Roo 本身的语法和语义没有直接关系,这是我目前关心的问题。无论如何,虽然这个例子比我见过的大多数例子都更详细,但它并没有出现对我来说,包括真实世界的全部功能。如果我错了,那么我的相关示例计数只有一个。)

因此,由于缺乏示例,我不知道实际应用程序可能是什么样子。我什至不确定功能菜单是什么样的,因为我还不确定在 Roo 中可以完成什么,不能完成什么。相关例子的缺失是一个重要的缺失。我第一次看到一个完整的、可工作的系统是在 60 年代末或 70 年代初,它看起来一点也不像我的编程教科书中的例子。我怀疑 Roo 也是如此。所以,请帮帮我。 Roo 中实现了哪些功能?或者,从更详细的角度来看,Roo 的设计模式是什么样的? (如果有技术限制,我很想了解更多信息,尽管这个问题可能不在主题范围内。我的意思是,如果 Roo 出现问题——性能方面,更不用说功能方面——当超过 10-15 个数据库表时参与,提前知道这一点很重要!)

坦率地说,我开始担心没有人真正使用 Spring Roo 进行实际开发。即使你不能分享你的代码,我也很想知道这里的一些人正在使用 Roo 进行开发。

【问题讨论】:

    标签: spring-roo


    【解决方案1】:

    Spring Roo 是启动和维护基于 Spring 的项目的助手。 Roo 帮助您创建一个复杂的 Spring 应用程序的基础。您可以随时remove all Roo dependencies 获取标准的 Spring + AspectJ 应用程序。

    我们正在使用 Spring Roo 开发应用程序。现在,我正在从事一个包含一百多个实体的项目(很快我必须在下一个版本中创建大约二十个新实体),该项目目前处于生产阶段。因此,根据我的经验,我认为您可以使用 Spring Roo 创建一个真实的应用程序。

    【讨论】:

    • 感谢您确认 Roo 可以并且正在用于实际开发——以及相当大规模的开发。你能透露一些关于建筑的事情吗?我的意思是,您提到了两种相互排斥的结构:一种是应用程序被无限期地维护为 Roo 应用程序,另一种是系统中与 Roo 相关的部分被丢弃。 (我了解这项技术,谢谢——换句话说,可以做什么;我的问题是关于实际上正在做什么完成)。
    • 顺便说一下,虽然我是开源的拥护者,但我理解/同意可能有正当的商业理由披露系统的源代码或架构在任何情况下,开发人员通常都不是这些决策的制定者。所以请不要冒犯我的问题。我必须问,但我不会与拒绝回答的人争吵。
    猜你喜欢
    • 2011-11-14
    • 1970-01-01
    • 2010-12-07
    • 1970-01-01
    • 1970-01-01
    • 2018-11-07
    • 2012-01-20
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多