Something about OOAD

5月份的时候还在计划看许多的C++书籍, 但事实上只研究了几个Boost的库:

• thread pool 线程池
• test 测试框架
• pool 内存池
  

尽量通读它们的代码, 但并不拘泥于一些细节, 因为它们涉及的知识背景太多了.

6月份不知道怎么过来的, 感觉没看什么书, 也没码什么code; 应该是在写软件著作权和专利, 以及pool 内存池.
6月底以及7月除开始进一步研究umbrello, QT, 以及EA; 到后面决定放弃umbrello以及powerdesigner, 因为EA更好用.
7月份转眼就要过去了, 接着EA的学习, 继续看OOAD, 面向对象分析与设计.

最近对架构又比较感兴趣, 这一块总是断断续续在学习; 说到架构/模型/模式, UML和OOAD就不能不去了解和掌握.
我不知道linus等hackers早期写kernel是基于什么设计模式, 基于什么工具去分析模型的复杂性, 而且C本身是面向过程的, 即使加上
函数指针的运用, 也只能说基于对象, 而不是面向对象. 从我自己的经验出发, 在写C/C++项目中用的最多的便是分层和模块化的思想, 所做的项目也不是非常复杂, 加上测试基本能解决问题域的复杂性. 但从完美以及把控方面来讲, 依然觉得不很靠谱, 尤其参加开发的队友技术参差不齐的时候, 问题会变的更复杂, 对架构的清晰,简洁,可扩展要求更加严格.

本篇作为OOAD的开篇吧, 后续再做总结.