如果一个类,,有很多属性,,
包括“报表参数”,“缓存dataSet”,“控制面板数据”,“关键字”。还有其他的一些
我的代码现在是写一个基类,把所有缓存,属性放到基类里面,  再继承他
请问:这样写好吗?    应该怎么写?

解决方案 »

  1.   

    你先要说明白一点,你的基类存在的意义是什么?
      

  2.   

    基类  现在 就是为了   封装属性用    
      

  3.   

    代码不是我写的,,,,    请问这样写好不好 ,应该怎么写啊?????     高手来解答啊
      

  4.   

    有毛用?把属性放到基类里就叫封装属性了?
      

  5.   

    一个设计好不好,关键要看具体需求。没有一种设计是完美的,可以适合每一种场景的。
    但是,一个好的设计一定是可以说出来他这种设计的优点,如果说不出来,那么肯定不是好的设计。
      

  6.   

    如果这个类(对象)````的这些属性其他对象也同事拥有的话就这么写吧,比如说现在有个类(对象)叫:
    车,车有个属性是方向盘=1;
    卡车可以继承车 小轿车也可以继承车
    这个是比较合理的;
    如果说这个属性呢是自己独特的```你要正么做的话倒也能够编译通过``但是吧,无端端干嘛要写在父类!懂不起
      

  7.   

    如果这个类(对象)````的这些属性其他对象也同事拥有的话就这么写吧,比如说现在有个类(对象)叫:
    车,车有个属性是方向盘=1;
    卡车可以继承车 小轿车也可以继承车
    这个是比较合理的;
    如果说这个属性呢是自己独特的`
    也是上面哪个例子嘛:
    小轿车 拥有个天窗的属性,而卡车没有的话,这时候你把天窗写到父类去就完全是扯淡的````
    ``你要正么做的话倒也能够编译通过``但是吧,无端端干嘛要写在父类!懂不起
      

  8.   

    看应用场合了,太多缓存数据的话,感觉不太好。
      

  9.   

    没有好不好的说法,怎么写都行,
    看你基类干啥的,有多少继承
      

  10.   

    类不是“收纳盒”,不是任何杂七杂八的毫无关系的东西都可以捏到一起去的。你需要分分类,哪些操作和属性可以归为一类,哪些是另一类。
      

  11.   

    一般没必要写个基类进行封装
      

  12.   

    只有一个类继承的,,,    基类他们就是用来封装数据用  ,,,,,,  我抽象出实体行吗
      

  13.   

    我上面说过了,具体情况具体分析,我相信这里没人比你还了解你真正的需求。所以他们提出的设计建议都仅仅是建议,仅供参考,没其他意义。做设计最关键的一点是,你起码能说出你这种设计的优点,如果你自己都说不出来这么做有什么优点,那么一定是一个糟糕的设计。