本文探讨了设计模式中的依赖倒转原则，强调了接口的重要性，而非具体实现。作者表达了对代码设计中过度集中于单一方法的担忧，提倡抽象层与实现层的分离，以促进代码的可维护性和可读性。
最近尝试写一个demo,这次稍微认真一些,写一个相对完善的demo吧= =
设计模式中有依赖倒转原则,这个就比较酷,因为这样写的话,根据你的框架来写代码的人就会变得更加愚蠢,只需要看得懂代码就行了,是不是很棒?也就是在本公司,你就是无可取代的==,当然,这是工业时代前的做法==,计划经济.
我还是希望方法是充当接口而实现的,而不是所谓的傻大个,啥东西都往方法里放,抽象层应该定义所有的变量,于此相对的,实现层只需要关心行为,只需要关心具体的实现即可,这才是搬运工应该做的,我其实很痛恨自己,为什么呢?因为常常我以这样的方式来嘲笑自己,你技术么技术不行,只知道怎么调用别人的东西,仅仅凭借这点,你就自认为自己就会了一样东西.
我常常这么嘲弄自己,你那只是会修马桶而已,而且还是看说明书修的马桶.那么马桶到底是怎么工作的,遇到相对棘手一些的问题,你是不是只能和顾客说,换一个新的吧?就像修电脑的极致就是直接重装系统,你484傻,或者,你的马桶修的真棒!仅此而已,有个梗,又是一个被Windows蠢化的humanbeing.
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
