关于SIP库模块划分的重思考
2009-08-31 22:58
239 查看
目前的sip将sip协议栈的编解码和呼叫控制合在一起,主要的原因是为了更大颗粒的重用。这样的话,sip有点太过臃肿。不便于扩充。
我现在考虑的是,将sip库分解成两个库,一个专门负责编解码,受到sip消息就将它解码,形成一个结构体(或者类),供呼叫控制部分调用。这样,一个模块专门负责编解码,一个专门负责呼叫控制。这样更清晰,而且,也可以保持原有的重用。
是看了《重构》这本书后的想法。
我现在考虑的是,将sip库分解成两个库,一个专门负责编解码,受到sip消息就将它解码,形成一个结构体(或者类),供呼叫控制部分调用。这样,一个模块专门负责编解码,一个专门负责呼叫控制。这样更清晰,而且,也可以保持原有的重用。
是看了《重构》这本书后的想法。
相关文章推荐
- 关于SAP物流和供应链模块发展的一点思考
- 关于javascript模块加载技术的一些思考
- 网游服务器关于模块划分的优点说明
- 关于maven项目模块的划分问题
- 关于HC04超声波模块测距的进一步思考(51版)
- 关于javascript模块加载技术的一些思考
- 关于安卓 模块内的manifest文件使用占位符的思考
- 关于Nginx的limit_conn模块的思考
- 关于HC04超声波模块测距的思考(51版)
- 关于javascript模块加载技术的一些思考
- 第14篇 - 关于模块复用的思考
- 关于软件开发和模块接口设计之一些思考
- 关于python导入模块和package的一些深度思考
- Android架构设计---关于View边界划分的思考
- 最近关于物联网模块创新方面的思考(如何让物联网真正落地生根)
- 2008/4/23 关于事业的思考
- 关于跨网段建立TCP连接的思考
- 关于寻路算法的一些思考(3):A*算法的实现
- 关于权限模块的命名,模块名,数据库名称必须有@前缀吗?
- 【转】Maven最佳实践:划分模块