标签：思想 不能 数据 程序 交互 传参数 化学 子类 其他
之前维护公司ERP的时候,感觉有很多代码,感觉很多的地方写的很乱.
当时只是觉得很乱,现在想来,它很多的乱都可以归结为代码封装性太低.
封装性的本质是,一个类自己管理自己的【数据】,和与之相关的【方法】.
其他类和对象,不能随意修改我的数据和数据结构,不能随意修改我的方法.
你想要我的数据我给你,你想要我的方法,我来执行.
下面是一些会破坏封装性的做法.
跳来跳去的程序是不好的程序.
编程的历史告诉我们了.
继承破坏封装性的论述网上有很多.
实际编码过程中,如果父类是别人写的,我去写子类的时候,就不那么自由了.
很有可能我写了一个方法,但是运行结果不是我想要的,那我就要去父类里面找了,哪个方法修改了我子类中的变量?
这就好像是不成器的儿子,这个事情我管不了,你去问我爸吧.
对于这种问题,网上给出的解决方案都是用接口代替继承.
但是当我面对一个已经存在的管的太多的基类的时候,我有一个折中方案------写一个接口,也保留原来的基类.
继承用到最核心的思想就是分类,滥用继承就像是化学一样,化学总是很多奇怪的有个性的分类,几乎所有的金属都会XXX,但是有一种金属Z就不会这样.
我不想准确的想明白,A/B到底哪里相同,哪里不同.....这很难......
但是想明白A/B相同的一两个点,提取出接口来......却很简单明了.......
-------------------------------------------------------------------------------------------
要牢记的是,面向对象的继承,并没有解决编程的核心问题.
他关心的是怎样的语法符合人的思维,怎样能简化思考,提高编码效率.
所以说,当理解类和类之间的继承关系,会耗费我们太多脑力的时候,就该放弃这种方法了.
-------------------------------------------------------------------------------------------
当学习面向对象的时候,继承和多态是最精彩的地方.
似乎有了他,我们就可以既少写代码,又有高度的灵活性.
但是坏的设计比好的多,一旦设计坏了,后面还要花更多时间修改.
那我为什么不用个简单粗暴易上手的方法呢?
------------------------------------------------------------------------------------------------------------------------
我不知道这是一种什么神奇的手法.
当我A类想要该我的成员变量V1的值,所以我调用了B类的某个方法.
B类可不是一个静态类,他的那个方法可不是给变量加个负号那么简单,它还要针对A中其他变量的状态做出不同的行为.
也是就是说有些业务逻辑又写到B里去了.
-----------------------------------------------------------------------------------------------------------------------
这不就是干涉别国内政吗????
我要改我自己V1,那我应该光传参数V1啊,我自己整个还要过去????
--------------------------------------------------------------------------------------------------------------
这样不好,正确的做法是我自己的业务我自己处理.
和其他类有数据交互,专门写方法.
单纯的算法让静态帮助类完成
标签：思想 不能 数据 程序 交互 传参数 化学 子类 其他
原文地址：https://www.cnblogs.com/fabao/p/10925043.html
