我决定用FACADE模式去追MM(0分)

本人最近学习设计模式，为了实现学已至用的原则。我决定用FACADE模式去追MM。
想了一下得具备几个条件：不要直接跟MM接触，任何约会都通过MM的闺中秘友来进行，
对MM传递任何的消息都得通过闺中秘友来进行，MM的任何反馈消息也通过闺中秘友反馈
到我这里，这样做的好处是：我和MM中其中任何一个人要分手什么的，都不会直接影响到
对方，也许有人会说这算什么好处，MM嘛生气了你哄一哄不就得了啊，话是这么说，但是
一个MM生气了哄一次，要是10个MM呢。。。谁，谁扔的鸡蛋。
在系统开发中经常会遇到一个类A经常要调用另外一个类B的方法，但是如果B类的方法
参数要改呢，那么你就不得不到A类里面去改掉调用B类的方法的参数，但是如果有50个
类调用了B类的方法呢（不是说只有10个MM的么！），还是得改，改了还得测试，
于是你就问那个MM的闺中秘友是谁啊，我开始想她了。但是这个模式也有不太好的地方，
就是出现了很多的闺中秘友（中间类），你不得不巴结他们，这影响整个业务逻辑清晰性，
毕竟他们跟你的业务逻辑无关。FACADE是迪米特法则的典型应用。