问题一:

平时在设计类的时候往往会遇到以下情况,类A依赖于类B,同时类B又依赖于类A,这样就会造成循环依赖。
如果在类中存在循环依赖,就会导致,如果A中有改变可能会影响B,同时B如果有变化也会影响A(个人观点)。

在这个过程中,我又抽象出一个新的类C,这个类用来存放类A和类B相互依赖的部分,当A需要调用类B,在这个模型中可以直接去调用C。但是此时类C是不会去依赖类A和类B,我觉得这是一个难点,如果在不依赖类B和类A的前提下,完成以前一样的逻辑(这里我认为会存在很多重复的代码)。

Q：在设计过程中,循环依赖是否是允许的？如何解决循环依赖?

问题二：
平时我们在用spring写业务逻辑的时候,当Service A依赖Service B和Service C，Service B依赖Service C。每当这个时候我就会有强迫症,我想把Service B 对Service C的依赖干掉。在A中直接通过传参的方式把Service C传给Service B

如上所示,感觉在平时用spring框架的时候一些调用栈会很奇怪:

    public class A{
        private C c;
        
        private B b;
        
        public void methodA(){
            c.methodC();
            b.methodB();
        }
    }
    
    public class B{
        private C c;
        public void methodB(){
            c.methodC();
            doSomething();
        }
    }
    

如上代码.每当这个时候我都想把在A中c.methodC()的结果返回值通过参数传给B.methodB(),但是这样会导致methodB()方法中多了一个参数。感觉在设计上又不是特别合理,因为我觉得在调用B.methodB()的时候是不需要感知C的存在的。

Q:怎么用面向对象的角度去理解问题二这个场景。

谢谢