这个时候会有两种声音：
1、业务系统不想这么繁琐地重复着编排这些接口
2、中台也想把流程控制权掌握在自己手中，这样遇到业务流程的整体性变更，业务系统是不需要调整的
业务流程引擎的加入，就像是我们的接口一样，它负责接口的编排，然后成为业务流程。
此时，控制权实际在接口提供方。
MVC我们想使用微软提供的MVC框架，只要是遵循MVC框架的约定就能拥有MVC的能力。
MVC的控制权在框架，应用想通过框架提供的MVC能力就必须按照框架的定义去做。
如果框架仅仅是给i我们提供类似于类库一样的MVC实现，
那么整个流程是应用系统自己根据文档，调用各种类库文件，编排这些实现满足业务系统的MVC需求
所以，现在的Asp.Net Core 给我们提供的MVC，只要是我们遵循mvc约定，引擎就会推动整个信息的流动，最终反馈给应用。
这种比较普适的流程或者方案，我们可以成为模式，类似于设计模式，MVC模式.
原来算落在业务系统中的控制权，反向转到模式中。
总结依赖倒置可以很小也可以很大，
控制反转也可以很小也可以很大。
这种思想我们无时无刻可以碰到。