mrlzl9的博客

1）要成为系统构建，程序必须按照一定要求来来编制。输入输出在语法和语义上与精确定义的接口一致。     精确定义的接口：符合支持实际的 应用情景。     输入输出：很明确，简单的输出。与 函数功能单一性统一。2）功能模块的相互交互产生 bug。交互包涵错误，边界极值的情况，引起bug。      功能模块 不应该依赖模块以外的逻辑，依赖接口（抽象的使用）。

一、 在会议开始前一天，将讨论的文档、主题邮件发送参与者。        重要：将会议讨论的结果、结论、再议的点反馈给会议参与者。 二、 项目过程中大框架设计的分享（人月神话的外科手术队伍）。将设计的思想、方向、子系统的划分、子系统间的耦合进行讨论。 三、 项目过程中编码风格的统一（包括小的技术点：内存管理、资源管理等，名称：变量、函数、类型等） 四、 产品需求（个人理

一直使用的版本管理器 SVN存在的现象，1）提交版本的说明一般是简短的一句话。（例：修复bug，增加**功能）2）功能增加完后之后提交。（可能修改、增加 N多的函数）3）多人对同一个工程的代码管理。（公共部分的代码修改，处理责任之外的代码文件）4）down 下来的代码需要额外的去配置，寻找库文件较好的方法总结1）单一功能增加就应该提交SVN2）提交说明应该详

今天就工作过程中遇见的烂代码、坏代码做一些总结。公司代码一：bool CBusSystem::UpdataBus(BUS_INFO* bus){ m_BusMapLock->lock(); CBusInfo* tmp = GetBusByGuid(strutil::format("%d", bus->dwID)); if (tmp) { tmp->m_Ln...