《0 bug：CC++商用工程之道》.pdf

0bug-C/C++ 《0bug-C/C++商用工程之道》 00bbuugg--CC//CC++++ 仅以此书，献给我的妻子孙清，你的温柔和善良，使我重新燃起了生活的信心！ 此书也献给刚出生的笑笑，你是上天对我的补偿，我期待你纯真的笑容！ 肖舸 第1 章 商用工程开发思路 1.1 系统分析初步 1.1.1 需求理解和沟通 1.1.2“上家”和“下家” 1.1.3 角色“定名” 1.1.4 初步的拓扑图 1.1.5 后续的模块级设计 1.1.6 商用设计思维 1.2 商用程序员对开发的理解 1.2.1 资源和成本 1.2.2 盈利导向 1.2.3 客观 1.2.4 平衡 1.2.5 服务 1.3 基本开发思路 1.3.1 边界 1.3.2 “细分”的分析方法 1.3.3 灵活，逆向思维 1.3.4 小内核，大外延，工程库思维 1.3.5 单笔交易失败不算失败 1.4 数据传输各个角色的开发思路 1.3.1 服务器的设计原则 1.4.2 PC 客户端的开发思路 1.4.3 嵌入式设备的开发思路 1.4.4 跨平台软件模块的开发思路 第1章 商用工程开发思路 商用工程，一切以需求为导向，因此，系统分析往往是设计工作开始的第一步，同时 也是最重要的工作。 就笔者个人的经验，商用工程开发，很多时候不仅仅是技术的工作，更多是人的工作， 这要求设计师不仅仅从技术角度考虑项目设计的可实施性，更多地还要根据团队成员的能 力，工作态度，学习精神，考虑团队目标的可达成性。 这是一个非常细致的工作。 1.1 系统分析初步 有关系统分析的内容，在很多教科书上都有较为详细的描述。系统分析几乎是所有程 序开发行为的第一步。但是，商用工程程序员对系统分析应该有一些独特的理解，很多时 候，商用系统分析与技术其实没有太多关系，更多的是与沟通和合作有关。 1.1.1需求理解和沟通 以笔者通常面临的商用数据传输工程来说，这类系统，一般都是指借助网络（局域网 或互联网），通过多台计算机的协同工作，共同提供资源，共同分摊loading，最终为客户实 现一个服务需求的商用工程项目。 因此，商用工程的程序员，在接到用户需求的时候，最忌讳的就是马上从编程的角度 开始思考，这个功能如何实现，那个模块如何编写。那只会把事情越弄越糟，最后导致不 可收拾。笔者一般秉持的习惯是，系统分析期间不涉及细节，先相信所有的细节是能事先 的。以后再考虑风险点细节。 提示：程序界很多年以前就在争论，一个程序，自上而下编写（即先搭框架，逐步细 化），和自下而上（先解决所有技术难点，做出底层模块，再来拼接），哪个好的问题。在 商用工程中，笔者的经验 ，一定是自上而下，试想，连用什么平台和语言开发都没有确定， 如何自下而上？ 接到需求，程序员做到的第一件事情，应该是理解需求。大家不要以为笔者在说笑话， 在实际工作中，笔者就遇到程序员把需求完全理解反了的例子，还有的程序员干脆挑着看， 对于自己熟悉的需求实现得很好，但不熟悉的干脆什么也没做。 因此，那么自己接到的是一个小小的模块，也要认真对待，在理解需求的时候，建议 首先仔细看产品相关文档，如需求分析报告，系统设计书之类的文档，然后和自己的上级， 可能是组长，可能是部门经理，也可能是项目经理，做一次面对面的直接沟通，讨论一下 自己的模块，在未来产品中，究竟处于什么地位，它的优化方向，是空间优先，还是时间 优先，有没有特定的算法需求。 提示：现在企业都是团队合作，沟通必不可少，程序员有时候缺乏这方面的主动性， 这需要调整。沟通的技巧，要主动陈述自己对模块的理