我昨天参加了展示轨道,一个主题是六角形的轨道。但是,我一年只做了铁路,我真的很舒服(也许太舒服)与MVC结构,所以我真的不明白适配器和消息队列。

这是一篇关于它的文章: http://victorsavkin.com/ POST / 42542190528 /六角形 - 架构 - 轨道 - 开发人员

和图片: http://blog.mattwynne。 NET / WP-Content / Uploads / 2012/06 / hexagonal_architionure_sketch.jpg

为了我的理解,我认为它是关于解耦的部分,以便专门过滤并传递给应用程序的某些地方,而不是为一切都有一个中央“路由器”。我认为这导致最大限度地减少了ActiveRecord的使用和创建一堆模块?我非常难过这个,所以我有几个问题:

  1. 使我的项目成为一个六角形Rails项目,我完全放置了这些模块(什么文件夹?我创建了一个特定名称的新文件夹吗?)

  2. 对于内部维护是更多的?对于安全性?

  3. 从我知道的那样,如果一个铁路应用程序变得太大难道,你不能将某些部分拆分到另一个应用程序(我认为它被称为服务导向架构?)并从您的主应用程序中向其提出请求?或者如果流量变得过高,则可能使用负载均衡器+多个服务器。

有帮助吗?

解决方案

victor savkin帖子你链接到它很好:

六边形架构有助于将应用程序与送货机制分开。

我的理解是,六角形架构在铁路的视野中只有一个“送货机制”(可能是许多人之一)的实际应用。 它试图将您的应用程序与Rails隔离,并在与引擎中拆分为较小的碎片时,以外的方式远离人们试图做的事情。

dhh(rails的创建者)将十六进制架构视为“ TDD设计损坏”并且已经存在一个

我对你的问题的回答是:别。关于六角形建筑的谈话正在发生现在。除非您有一些刻录需要将您的应用程序代码与Rails分开,否则我建议您观看会谈并等到灰尘落户,以查看所有这些。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top