1.不相关的服务能够独立就尽量独立，让每个进程做自己的事情，并且做好（就像类的设计一样）。
2.架构的基础部分要尽量稳定，比如通信模块，日志模块，添加新的进程时只需要了解接口即可。
3.进程的框架也可以稳定下来，抽象出所有公共，基础的部分，和具体业务的耦合仅仅是几个固定的接口而已，比如收发消息，定时器管理，会话管理等都可以放到统一的架构里面。而具体的业务可以就是一个so，每次新增加业务的时候，写一个新的so，而不用将基础部分重新copy一遍。
4.扩展一下3：只要进程的基础框架稳定下来（提供基础的消息收发，解码，定时器，会话等管理功能和接口），业务部分可以写一个单独的so提供，甚至写一套lua脚本也可以（这让我记起了小钱子说的，只要换一套lua脚本就可以开发出一个新游戏）
阅读(1911) | 评论(0) | 转发(0) |
