借这串标题问 虽然OO是主流 甚至还有TDD流派 但是写程式不会只使用OO
甚至不少扯到系统的函式库的操作还是程序导向
ex:callback这种就是摆明100%程序导向的使用方式
一般程式语言书不会提到系统程式实作要注意的细节
就算是linux程式设计书也大多只是操作api
要如何去思考整个架构设计?
好比如何程序流畅度够好的同时又可以让功能物件耦合低?
最近一次作业是用glfw+glew http://codepad.org/bIHvdZUX 希望版上高手能给些指点

一般和 UI 相关的起手式就是先切 MVC，后面再来细切callback 其实和 MVC 还有 observer pattern 概念类似啊，所以它也不是什么程序导向专属的概念吧。OpenUP 的 ECB pattern 跟 MVC 一样，在分析期的起手式

callback 也跟command 很像吧?? observer 是有订阅的人多看OOAD的书??

以前我会想整个架构设计得完美再下手

你可以参考看看 .NET Framework 和 Qt 怎么包的

不过我觉得你可以先做完再 refactory 就知道哪边该如何设计会比较好

跟系统接的部分难免很程序导向啊，这很正常，比较脏的地方就是要有人去包，上层才能用起来比较漂亮。除非你整个 OS 是 C++ 写的，也提供 C++ API XD

有些小细节 你可以看 effective C++系列的书他也会教只是架构还是要OOAD 小弟我也还在学习中只是我看你的code中很多 vector在push_back前 可以先用reserve来减少 重新memory allocation的次数毕竟你都可以先预期 大小了这个你可以看effective STL 我觉得还满实用的

借串问一下请问有OOAD入门的书吗?想先找入门款开始看 感谢各位高手了

不是去想把设计"套"进来，而是去想要怎么用之后再设计OOAD 的书最简单好看的就是Head first那本然后个人私心推荐 Design Patterns Explained值得细细品尝的一本书

感谢johnny大大分享