本帖最后由 lilin_colin 于 2014-06-01 10:15:39 编辑

解决方案 »

  1.   

    如果经常需要使用,那么你就这样写呗。不过我要强调的是,不要因为你封装了,就要求别人一定使用。只要你抱着这个开放的态度,而不偏执,那么你封装1000个类也没有关系——反正别人可能不用。我们写程序,当然是class和接口越少越好,代码越少越好,修复bug时需要修改的代码越少越好。但是任何事情都不是幼稚地单方面的,我们还要求多用代码来描述抽象和扩展的规范,要求设计出来的流程天生就比别的流程更高效,要求可以持续(例如每天都)发布,要求真正地简洁而不是为了什么“三层情节”结果弄出一堆繁琐且又臭又长的DAL,等等。总之你应该保持一定时间的开放态度。特别是当你做的东西不过是纠结于“特别技术化”而貌似跟实际用户的千变万化的需求改变相比不太“接地气”的时候,没有必要纠结于技术。
      

  2.   

    我对极限编程技术的经验稍微多一些。“勇气”不是来自于你整天纠结于“是非”,而是来自于你永远都会编织“安全网”。有了好的软件工程方法,你就不用纠结于“是非”,你可以允许别人随时都来修改你的代码,你可以经常重构大型且基础的架构,你可以保证两三天就发布新产品而不用担心最近改动代码以后有多少bug还没有回归测试,等等,这些都不是来自于让别人给你说“是非”理论,是来自于你自己是否有测试驱动开发技术。
      

  3.   

    自己这么写几个类算什么,君不见.net里的类才是密密麻麻,继承级别更是恐怖,也没有什么影响啊