64,683
社区成员
发帖
与我相关
我的任务
分享C++软件设计指南 -- 请高手指点
我已经知道一些设计模式思想，软件分层思想，但不是很明确，用得时候感觉还不是很顺手。
看过 设计模式纵横谈 深入浅出设计模式 网上很多与设计模式相关的文章！
也看过很多高手的网文，可是没什么感觉，看了觉得对，然后忘掉，用的时候想不起来！
现在平时想注重自己这方面的经验积累，请问我该怎么做？
如果要看书，请问看哪些书，要求务实（因为要工作），看了就能用，用了就有效果才好！
今天女友生日，要加倍努力了~~
请大家不吝赐教，有啥说啥，想说啥就说啥
谢谢
看过 设计模式纵横谈 深入浅出设计模式 网上很多与设计模式相关的文章！
也看过很多高手的网文，可是没什么感觉，看了觉得对，然后忘掉，用的时候想不起来！
现在平时想注重自己这方面的经验积累，请问我该怎么做？
如果要看书，请问看哪些书，要求务实（因为要工作），看了就能用，用了就有效果才好！
今天女友生日，要加倍努力了~~
请大家不吝赐教，有啥说啥，想说啥就说啥
谢谢
...全文
请发表友善的回复…
发表回复
yorkzjy 2010-01-06
- 打赏
- 举报
学编程半年的人飘过
kaoyan20102008 2010-01-05
- 打赏
- 举报
还没看过设计模式呢
小小攻城师 2010-01-05
- 打赏
- 举报
大话设计模式看看试试
我对设计模式基本上没有涉及过
小鸟飘过
我对设计模式基本上没有涉及过
小鸟飘过
FrankSun80 2010-01-05
- 打赏
- 举报
刚才看了他们的简介，决定有时间看看！
你说得利与弊是指什么？
你参与这个软件的开发了吗？
[Quote=引用 14 楼 traceless 的回复:]
audacity的界面虽是wxwidgets写的，如果不懂wxwidgets，也不影响看里面的核心代码
不过开源毕竟是开源，有利有弊
[/Quote]
你说得利与弊是指什么？
你参与这个软件的开发了吗？
[Quote=引用 14 楼 traceless 的回复:]
audacity的界面虽是wxwidgets写的，如果不懂wxwidgets，也不影响看里面的核心代码
不过开源毕竟是开源，有利有弊
[/Quote]
FrankSun80 2010-01-05
- 打赏
- 举报
那我还是不看了，我现在还不能达到有很模糊的地方也能领悟代码的能力
还能再举个例子吗
[Quote=引用 14 楼 traceless 的回复:]
audacity的界面虽是wxwidgets写的，如果不懂wxwidgets，也不影响看里面的核心代码
不过开源毕竟是开源，有利有弊
[/Quote]
还能再举个例子吗
[Quote=引用 14 楼 traceless 的回复:]
audacity的界面虽是wxwidgets写的，如果不懂wxwidgets，也不影响看里面的核心代码
不过开源毕竟是开源，有利有弊
[/Quote]
traceless 2010-01-05
- 打赏
- 举报
audacity的界面虽是wxwidgets写的，如果不懂wxwidgets，也不影响看里面的核心代码
不过开源毕竟是开源，有利有弊
不过开源毕竟是开源，有利有弊
FrankSun80 2010-01-05
- 打赏
- 举报
我是看了能明白点，用的时候却想不起来，呵呵
其实个人觉得设计模式很重要，但应该还有其他也重要的东西吧
[Quote=引用 9 楼 macrojj 的回复:]
如果是设计模式，还是要多练练吧。如果你对每种设计模式都达到烂熟于心，你都很牛了哦
[/Quote]
其实个人觉得设计模式很重要，但应该还有其他也重要的东西吧
[Quote=引用 9 楼 macrojj 的回复:]
如果是设计模式，还是要多练练吧。如果你对每种设计模式都达到烂熟于心，你都很牛了哦
[/Quote]
traceless 2010-01-05
- 打赏
- 举报
印象比较深刻的其中一个是开源的audacity，version:13.9]
更多的是看我们老大写的代码，人家10年的功力，很强大，框架设计也非常优秀
我从中收益最大的就是伪com模式和“托管”方式的架构，这两种设计把接口和实现
都分得很清楚，有时候“托管”的设计更爽。
更多的是看我们老大写的代码，人家10年的功力，很强大，框架设计也非常优秀
我从中收益最大的就是伪com模式和“托管”方式的架构，这两种设计把接口和实现
都分得很清楚，有时候“托管”的设计更爽。
ld6886 2010-01-05
- 打赏
- 举报
还是要多练习，多用，把以前的代码拿来用设计模式来重构，这样的学习效果最好，你自己可以仔细地对前后的代码进行详尽的比较，从而可以比较深刻地理解设计模式的作用。
FrankSun80 2010-01-05
- 打赏
- 举报
是的，现在就是在做这个，呵呵，有时候就会重构，但会影响工作进度，显得吃力不讨好，呵呵，想起来有本书叫重构到设计模式就会常用这个来说事。
[Quote=引用 8 楼 inzaghi97 的回复:]
多实践，多总结，人都是吃一堑才会长一智，在总结的时候想想下次如果再写这个东西要怎样设计，有时间的话就尽量的重构
[/Quote]
[Quote=引用 8 楼 inzaghi97 的回复:]
多实践，多总结，人都是吃一堑才会长一智，在总结的时候想想下次如果再写这个东西要怎样设计，有时间的话就尽量的重构
[/Quote]
macrojj 2010-01-05
- 打赏
- 举报
如果是设计模式，还是要多练练吧。如果你对每种设计模式都达到烂熟于心，你都很牛了哦
我要戒烟了 2010-01-05
- 打赏
- 举报
多实践，多总结，人都是吃一堑才会长一智，在总结的时候想想下次如果再写这个东西要怎样设计，有时间的话就尽量的重构
FrankSun80 2010-01-05
- 打赏
- 举报
唉~ 工作经历有时候很难选择的，没有条件就是想创造条件呀~
确实，对很多技术都不熟悉的情况下，很难为客户（或者说需求）提供好的解决方案。
附：参与过Windows下的桌面CAD软件开发，应用程序开发，简单的网络开发，数据库开发，插件开发，简单的ASP.NET开发，熟悉点SQL数据库，现在正在做一个数据库插件（作为真个项目的业务处理和数据存储）的开发。用的最多的还是VC/C++,经历和条件只能这样了，就是想要求点进步，呵呵~~
[Quote=引用 5 楼 taodm 的回复:]
是要多用才能掌握的，光看是没帮助的。而且，如果你只做过很少类型的软件，那么要掌握难度是极大的，一般只能成为电子赵括。
[/Quote]
确实，对很多技术都不熟悉的情况下，很难为客户（或者说需求）提供好的解决方案。
附：参与过Windows下的桌面CAD软件开发，应用程序开发，简单的网络开发，数据库开发，插件开发，简单的ASP.NET开发，熟悉点SQL数据库，现在正在做一个数据库插件（作为真个项目的业务处理和数据存储）的开发。用的最多的还是VC/C++,经历和条件只能这样了，就是想要求点进步，呵呵~~
[Quote=引用 5 楼 taodm 的回复:]
是要多用才能掌握的，光看是没帮助的。而且，如果你只做过很少类型的软件，那么要掌握难度是极大的，一般只能成为电子赵括。
[/Quote]
chenyu2202863 2010-01-05
- 打赏
- 举报
“电子赵括”~
学习需要一个过程，做任何行业，经验才是最重要的，而这需要积累沉淀
学习需要一个过程，做任何行业，经验才是最重要的，而这需要积累沉淀
taodm 2010-01-05
- 打赏
- 举报
是要多用才能掌握的，光看是没帮助的。而且，如果你只做过很少类型的软件，那么要掌握难度是极大的，一般只能成为电子赵括。
FrankSun80 2010-01-05
- 打赏
- 举报
比如说：你看过的印象比较深刻的优秀代码，呵呵，说来我好操作~
[Quote=引用 2 楼 traceless 的回复:]
我自己是多看优秀的代码，学习别人的框架
[/Quote]
[Quote=引用 2 楼 traceless 的回复:]
我自己是多看优秀的代码，学习别人的框架
[/Quote]
kim_jinye 2010-01-05
- 打赏
- 举报
mark
traceless 2010-01-05
- 打赏
- 举报
我自己是多看优秀的代码，学习别人的框架
冻结 2010-01-05
- 打赏
- 举报
我感觉设计模式前，一定要把多态弄得非常清楚。
另外，就是在实践中，慢慢前进了。
需要过程。
另外，就是在实践中，慢慢前进了。
需要过程。
Contemplating 2010-01-05
- 打赏
- 举报
对了想起来一本书《敏捷软件开发》，这本书很不错的，Robert C. Martin写的。
加载更多回复（5）
