解决好跨运用的衔接和数据拜访后，我们的运用也要做好响应的改革，如运用分层的设计、接口办事化拆分等。

(1 )运用分层设计

运用分层设计很有需要。例如最起码要把对数据库的拜访统-抽象出来形成数据层，而不是直接在代码里写SQL-这会使 重构运用和程度拆分数据库异常艰苦。我们平日从垂直偏向划分运用，分成办事层、营业逻辑层和数据层，每一层尽量做到解耦:上层依附基层， 而基层不要反向依附上层。

运用分层最焦点的目标是每个层都邑封装一些信息、完成一些特定的功效需求，层与层之间经由过程接口交互，并且交互的数据是清楚和固定的，做到隔离和交互。可以从以下两个偏向断定分层是否合理。

第一，假如我要增长-些新需求或者修正某些需求时，是否能清晰地知道要到哪个层去完成，换句话说，这些分层的职责是否清楚。

第二，假如每个层对我的接口不变，那么每个层内部的修正是否会导致其他层也产生修正，即每个层是否做到了收敛。

分层设计中最怕的就是在接口中设计一些超等数据构造，如传递个对象， 然后把这个对象一向传递下去，并且每个层都可能修正这个对象。这种做法导致两个问题:-是一旦该对象更改，所有层都要随之更改；二是无法知道该对象的数据在哪个层被修正，在排盘问题时会比拟庞杂。是以，在设计层接口时要尽量应用原生数据类型如String、Integer 和Long等。

(2)微办事化

微办事化，是从程度划分的角度尽量把办事分得更细，每个营业只负责一个功效单位，如许可以把这些微办事组合成更年夜的功效模块。也就是有目标地拆小运用，形成单一职责从而晋升体系可保护性、扩大性和开辟效力。

基于Spring Boot构建的一个典范的微办事深圳网站扶植架构，它依照分歧功效将年夜的会员办事和商品办事拆成更小原子的办事，将主要稳固的办事自力出来，以免经常更新的办事宣布影响这些主要稳固的办事。