双子宫殿

摘要： 1、使用异常而非返回码 2、先写Try-Catch-Finally语句 3、使用不可控异常，可控异常的代价是违反开放/闭合原则 4、给出异常发生的环境说明，抛出的每个异常，都应当提供足够的环境说明，以便判断错误的来源和处所 5、依调用者需要定义异常类 6、定义常规流程，使用特例模式。创建一个类或配置 阅读全文

摘要： 数据结构、对象的反对称性 对象（对象式代码）曝露行为，隐藏数据。便于添加新对象类型而无需修改既有行为，同时也难以在既有对象中添加新行为。 数据结构（过程式代码）曝露数据，没有明显的行为。便于向既有数据结构添加新行为，同时也难以向既有函数添加新数据结构。 在任何系统中，我们有时会希望能够灵活地添加新数 阅读全文

摘要： 垂直格式 1、推荐单文件200行代码左右，最长不超过500行。 2、每一组思路完整的代码，中间用空白行区隔。 3、紧密相关的代码应该互相靠近。 4、本地变量和实体变量应该在类的顶部声明。 5、概念相关的代码应该放在一起，相关性越强，距离越短。 6、自上向下展示函数调用依赖顺序。被调用的函数应该放在执 阅读全文

摘要： 只有代码能告诉你它做的事，那是唯一真正准确的信息来源。 注释是弥补在用代码表达意图时遭遇的失败。 尽管有时也需要注释，我们也该多花心思尽量减少注释量。 好注释 有些注释是必须的，也是有利的。不过要记住，唯一真正好的注释是想办法不去写的注释 1、法律信息 公司代码规范要求编写与法律有关的注释。 2、提 阅读全文

摘要： 短小 函数的第一规则是要短小。第二条规则是还要更短小。 函数20行封顶最佳。 if语句、else语句、while语句等，其中的代码块应该只有一行，而且，块内调用的函数拥有较具说明性的名称，还能起到文档的作用。 只做一件事 函数应该做一件事。做好这件事。只做这一件事。 每个函数一个抽象层级 自顶向下读 阅读全文

摘要： 名副其实 1、选个好名字要花时间，但省下来的时间比花掉的多 2、一旦发现有更好的名称，就换掉旧的 3、如果名称需要注释来补充，那就不算是名副其实 避免误导 1、应当避免使用与本意相悖的词 hp、aix和sco都不该用做变量名，因为它们都是UNIX平台或类UNIX平台的专有名称。 别用accountL 阅读全文

摘要： 勒布朗（LeBlanc）法则 稍后等于永不（Later equals never），任何说以后改的代码最终都不会再去改了。 简单代码规则 1、能通过所有测试 2、没有重复代码 3、体现系统中的全部设计理念 4、包括尽量少的实体 阅读全文

摘要： 十大问题 1、产品能吸引目标消费者的关注吗？ 2、产品的设计是否人性化，是否易于操作？ 3、产品能在竞争中取胜吗？即使是面对未来风云变化的市场，依旧有取胜的把握吗？ 4、我了解目标用户吗？产品（不是理想的产品，而是实际开发出来的产品）是否能得到他们的认可？ 5、产品是否有别于市面上的其他产品？我能在 阅读全文

摘要： 十大要点 1、产品管理的职责：许多产品经理将大把的时间浪费在与产品管理无关的工作上 2、用户体验：对于大多数软件产品来说，用户体验就是产品的生命 3、机会评估：用方便快捷的机会评估方法取代过时的市场需求文档 4、特约用户：打造优秀的产品没有任何捷径，只能请用户反复试用产品，不断改进 5、产品原则：可 阅读全文

摘要： 最具挑战性的工作 产品管理中难度最大，也最能体现产品经理实力的是定义成功的平台产品。所谓平台产品是指一类基础软件，应该开发者能在其基础上开发应用程序 平台产品要面对三种不同的客户 1、应用软件供应商：选择你的平台创建解决方案的公司；应用软件供应商关心平台开发商的生存能力、定价、认证情况、产品质量、技 阅读全文