优化代码

优化代码
如何写好代码是每个程序员都应该关注的话题。 代码不仅用于机器，而且用于人。 我们都希望我们的代码看起来像你的外表，但是如果没有基本的原则规则来确保我们不会迷失方向，我们就很难面对复杂的商业需求和多人的合作。 本文试图对如何写出代码的问题进行组织。
简单的理解是根据某些原则抽象系统的逻辑功能，在几个层次上保持低耦合。 最终功能是稳定的。
以上是对玛丁节的解释。 微型服务目前是一个非常流行的体系结构。许多公司也有一些开源框架来实现。 微观服务结构的实施有几个重要原则。
微观服务涉及更多的概念，需要自己阅读更多的文档。 下图是一个简单的结构描述，我们写的业务代码通常是左边的绿色部分。
facade层：外部暴露服务(dubbo)接口调用不同的service层服务，处理vo2bo/bo2vo数据转换.. 界面版本兼容处理。 不能在同一层之间使用。
系列层：业务领域的复杂逻辑处理(cpu计算密集型与业务之间的数据交换)，以调用概念层接口获取数据。 在同一层之间可以调用可以通过组层调用的读取接口。
概念层：同一业务领域的最小业务处理单元被调用到该层。 你不能再分手了。 你们不能互相调用。 一般来说，当业务相对简单时，就不可能首先实现概念。 在业务变得复杂之后，公共部分被分层到com通行层。
cache层：cache数据读写包括组合数据对象cache和简单的daocache仅处理缓存相关读写。 调用dao层接口以填充cache。 不能在同一层之间使用。
dao层：database层的数据读写负责与db更新数据变更触发的新闻推送无关的业务。 dao对应于手表。
微型服务结构的发展/操作和维护成本远远高于单一应用程序，分层处理的发展成本更高。 因此，没有必要以这种方式实施业务的快速启动，但可以参考基本中台服务的稳定性和可维护性。