Service 调用问题

ServiceManager 如何

不合理感觉……潜在的问题是: 导致循环引用……可以在上层进行组合调用多个 service

@ebingtel 组内开发人员都约束一样，约定只能单向调用应该就不存在循环引用了

@sheeta 没怎么用过啊

@rainbowyao 业务 service 多了 是怎么保证单向调用对 肉眼么? 方法就是: 绝对不允许 service 之间调用

Service 之间应该不能调用。如果发现有共用的逻辑，可以考虑再抽出一层，比如 logic

不合理 , 往下抽一级出来 , 我习惯命名 component , 可以看看阿里巴巴开发手册关于项目结构命名的规范

分层这么严格的吗？我之前都是有注入其它 service，也没遇到什么问题。
不知道这么写会有什么问题？有问题之后尽量不这么写了……

dao -> repository -> service

这么一看好像都是反对的声音，学习了

可以互相调用,要不然怎么重用????

Service 和 service 之间应该存在领域划分，应该职责边界合理分明，这样做的目的是保持数据的内聚性，避免胡乱调用导致低性能。

1 、搞一个公共类，两个 services 都调用公共类里面的静态方法。
2 、搞一个基类，两个 services 都继承这个基类。

@yidinghe service 之间的交互通过 Eventbus 吗？总感觉这样写出了减少了耦合但是代码不可读性上升了......搞个更高层的 Service 做代理？有什么好的解决方案么？

业务 service 互相不能掉，还有基础 service 嘛。不要局限于 service，应该看看构架啦。

@miniliuke 如果合理的分类和命名 event/publisher/handler，并且能够在 IDE 中追踪，其实代码可读性并没有受到太大影响。比如说我有个事件 UserLoginEvent，那么代码中要有一个约定，就是所有构造 UserLoginEvent 对象的地方一定是发布事件的地方，所有将 UserLoginEvent 对象作为参数的方法一定是处理事件的方法。如果不遵守这个约定，比如将 UserLoginEvent 对象到处传递，这就影响代码可读性了。

可以相互调用的。

可以互相调用啊，否则为什么封装 service，不过循环引用尽量避免。

spring 可以自己解决循环依赖吧

facade 即可