转载|项目开发时间估计以上的内容引自陈浩的开发时间估计这篇博客. 在项目开发中有一定的参考意义, 如果是工期较短的小项目, 没有必要花费这么长的时间.项目评估的合理与否直接体现了项目负责人的能力, 往往有能力的能根据团队人员情况和项目情况安排出合理的时间.合理评估开发时间, 项目负责人需要注意的几点:对团队人员情况有较详细的了解对项目有一定的把握能力对项目风险点有一定预见与把控能力注意项目之外的因素
面向对象设计原则单一职责原则 设计目的单一的类, 职责单一! 不是功能单一, 也就是某个类负责一方面的任务人不是单单一个功能, 否则就违反了"高内聚". 开放-封闭原则 对扩展开放, 对修改封闭. 不修改不会不会出问题? 对于经过测试的代码如果没哟屋恩替是不提倡修改的, 修改过后要进行回归测试. 里氏(Liskov)替换原则 子类可以代替父类, 父类可以接收子类. 通常在子类中不提倡重写父类的方法, 因为在把子类当做父类(子
设计模式|解释器模式解释器属于一种行为模式, 它与命令模式非常相似. GOF 解释器模式: 给定一个语言, 定义它的文法的一种表示, 并定义一个解释器, 这个解释器是用该表示来解释语言中的句子. 能对对相同的信息给出判断不同的判断.
设计模式|访问者模式访问者模式: 表示一个作用于某对象结构中的各个元素的操作. 它使你可以在不改变各元素的类的前提下定义这些元素的新操作. 访问者模式适用于数据结构比较稳定的系统, 要增加新的 Element 实现类, 则访问的接口或者实现类需要响应的修改.
设计模式|命令模式命令模式: 将一个请求封装成一个对象, 从而使用户可以用不同的请求对客户进行参数化; 对请求排队或记录请求日志, 并支持可撤销操作. 对于传令官的改进, 可以增加个列表, 使命令可以撤销, 或者分批执行. 命令模式可以轻松将命令的发送者和接收者解耦…
设计模式|中介者模式中介者模式与单例模式的思想类似, 都进行职责的集中. 中介者模式: 用一个中介对象来封装一系列的对象交互. 中介者使各个对象不需要显示地互相引用, 从而使其耦合松散, 而且可以独立第改变他们之间的交互. 中介使两个互相不知道的类 A、类 B 进行通信。 通信的类与中介者类组成了一个星型网络, 在网络中, 中介者可以看做两个通信者的服务器. 代码