项目间耦合度越高对后续迭代难度越大，这是程序员会遇到的问题，所以在项目建立初期模块间交互模式的缺点也尤为重要，下面是一个简单的初期demo示例模型
整体是标准的MVC结构，路由 -> controller -> service
service、controller都是struct结构，不过方法引用过程有些差异，controller是值传递，service是引用传递，初始化过程稍微有一些差异
演示调用过程中的controller的方法会用到UserService，我们需要先注入UserService实例到controller中，再通过say方法调用到UserService对象的login方法
当controller中调用多个service我们就需要初始化多个service进来
通过分析，了解到影响实际问题在于模块间依赖方式导致
我们升级一下关联模式
通过改造service + 服务启动时初始化一个service启动类方式，解决controller与service中间的耦合关系问题
这样的好处在于不需要controller层关心service层初始化过程，或者看到代码突然多了很多，仅为了解决两层模块间关系值得吗，设想一下如果模块间关系是紧密的，我们改造了下一层的实现过程等等操作，就会涉及到上一层模块的改造，这样的范围会对整个项目上线带来很大的风险和不确定性
文章目的在于解决模块间耦合关系，解决方案不唯一，思考后动手解决解决问题才会有更好的方案。
茄子Hub | 一个程序员的个人博客
