PROSAGA码农传奇-SOA/RPC-简化存储库模式和SOA的实现

<div class =“post-text”itemprop =“text”>
  
    当我搬到Laravel 5时，我已经和所有这些东西搏斗了。那时候我决定改变我的方法（
    <a href="http://hawkins.io/2014/04/repositories-when-and-why/" rel="nofollow noreferrer">
      这是艰难的决定
    </A>
    ）。在这个过程中，我得出以下结论：
  
  <OL>
    <LI>
      我决定放弃Eloquent（以及Active Record模式）。我甚至不使用查询构建器。我确实使用了
       <code>
 DB
 </code>
       fascade仍然，因为它对参数化查询绑定，事务，日志记录等事情很方便。开发人员应该知道SQL，如果他们需要知道它，那么为什么要对它们强制另一层抽象（一个不能完全取代SQL的层）或有效地）。请记住，从OOP世界到关系数据库世界的桥梁永远不会很漂亮。跟我一起，继续读...
    </LI>
    <LI>
      由于＃1，我切换到Lumen，默认情况下关闭Eloquent。它快速，精益，并且仍然在Laravel中完成我需要和喜爱的一切。
    </LI>
    <LI>
      
        每个查询都符合两个类别之一（我认为这是CQRS的一种形式）：
      
      
        3.1。
        的
          库
        </强>
         （命令）：这些涉及改变状态（写入）以及需要在更改状态之前对对象进行水合并应用某些规则的情况（有时您需要执行一些读取以进行写入）（有时您还会执行批量写入和水合作用）可能效率不高，所以只需创建执行此操作的存储库方法）。所以我有一个名为“Domain”的文件夹（用于Domain Driven Design），里面有更多文件夹，每个文件夹代表我对业务领域的看法。每个实体我都有一个配对的存储库。这里的实体是一个类似于其他人可能称之为“模型”的类，它拥有属性并且具有帮助我保持属性有效或者对它们起作用的方法，这些方法最终将保留在存储库中。存储库是一个带有一堆方法的类，这些方法表示我需要做的与该实体相关的所有查询类型（即。
         <code>
 $repo->save()
 </code>
        ）。这些方法可以接受一些参数（允许在里面进行一些动态查询操作，但不要太多），在里面你会发现原始查询和一些代码来实现水合。您会发现存储库通常接受和/或返回实体。
      
      
        3.2。
        的
          查询
        </强>
         （a.k.a.screen？）：我有一个名为“Queries”的文件夹，其中我有不同类的方法，里面有原始查询来执行显示工作。这些类只是帮助将事物分组，但与存储库不同（即它们不进行保湿，写入，返回实体等）。目标是将这些用于读取和大多数显示目的。
      
    </LI>
    <LI>
      不要那么不必要地接口。接口适用于您的多态情况
      的
        需要
      </强>
       他们。您知道的情况将在多个实现之间切换。当您以1：1工作时，它们是不必要的额外工作。此外，稍后可以轻松上课并将其转换为界面。你永远不想过早地过度优化。
    </LI>
    <LI>
      由于＃4，您不需要很多服务提供商。我认为为我的所有存储库提供服务提供程序会有点过分。
    </LI>
    <LI>
      如果你想要切换数据库引擎几乎神话般的时间，那么你所要做的就是去两个地方。上面＃3中提到的两个地方。您替换里面的原始查询。这很好，因为您有一个应用程序所需的所有持久性方法的列表。您可以在这些方法中定制每个原始查询，以便以数据存储所要求的独特方式使用新数据存储。该方法保持不变，但内部查询发生了变化。重要的是要记住，更改数据库所需的工作显然会随着应用程序的增长而增长，但应用程序的复杂性必须在某处。每个原始查询代表复杂性。但是你已经封装了这些原始查询，所以你已经做了最好的保护应用程序的其余部分！
    </LI>
  </醇>
  
    我成功地使用了DDD概念启发的这种方法。一旦您使用存储库方法，那么几乎不需要使用Eloquent IMHO。而且我发现我没有写出额外的东西（正如你在问题中提到的那样），同时仍然保持我的应用程序灵活，以便将来的更改。这是另一个
    <a href="http://fideloper.com/how-we-code" rel="nofollow noreferrer">
      途径
    </A>
     来自一位工匠（虽然我不一定同意使用Doctrine ORM）。祝你好运，快乐的编码！
  
</DIV>