B Badlucky Unregistered / Unconfirmed GUEST, unregistred user! 2003-07-04 #28 看过一遍,有一定程度的领悟。 感觉是理论性很强的东西,前人经过无数的失败,提炼出的经验,是经过很多的矛盾对比得出的。现实中要么不用,要么生搬硬套,总之很难领会到精髓。 我觉得学习过程应该以试验为主,找几位德高望重的专家,提出方案让大家进行设计,大家先自由发挥,针对解决方案进行深入的讨论(为什么这样不好,那样好,怎样才更好),最后不好的方案作为反面教材,好的方案大家吸收营养,专家再进行一些总结行发言,总之这样无论水平高低,大家都可畅所欲言,最后大家靠经验以及悟性各取所需。
看过一遍,有一定程度的领悟。 感觉是理论性很强的东西,前人经过无数的失败,提炼出的经验,是经过很多的矛盾对比得出的。现实中要么不用,要么生搬硬套,总之很难领会到精髓。 我觉得学习过程应该以试验为主,找几位德高望重的专家,提出方案让大家进行设计,大家先自由发挥,针对解决方案进行深入的讨论(为什么这样不好,那样好,怎样才更好),最后不好的方案作为反面教材,好的方案大家吸收营养,专家再进行一些总结行发言,总之这样无论水平高低,大家都可畅所欲言,最后大家靠经验以及悟性各取所需。
J JAMESREAD Unregistered / Unconfirmed GUEST, unregistred user! 2003-07-04 #29 D 《Design Patterns》、《Design Patterns Explained》、《Analysis Patterns》、《Refactoring》、《Refactoring to Patterns》看过1本,看过1遍
D 《Design Patterns》、《Design Patterns Explained》、《Analysis Patterns》、《Refactoring》、《Refactoring to Patterns》看过1本,看过1遍
E EdwinYeah Unregistered / Unconfirmed GUEST, unregistred user! 2003-07-05 #30 《design patters》看过了创建型和结构型模式,行为型还没有时间看。 基本上理解起来没问题,其实有一些模式自己就用过,毕竟是OOP嘛,只是没有模式这个模仿。 在看某个模式时,会突然想起某个类库用的就是该模式的“领悟”,呵呵。
《design patters》看过了创建型和结构型模式,行为型还没有时间看。 基本上理解起来没问题,其实有一些模式自己就用过,毕竟是OOP嘛,只是没有模式这个模仿。 在看某个模式时,会突然想起某个类库用的就是该模式的“领悟”,呵呵。
M mor Unregistered / Unconfirmed GUEST, unregistred user! 2003-07-07 #31 to Badlucky: “找几位德高望重的专家”那是梦想中的事,是否有实现的可能可不好说。如果“德高望重”愿意来指导,那么这样的情况多半是: 1,“德高望重”是你读研的老板或者大师兄,他愿意带师弟师妹们学习 2,某大公司负责内部培训的大牛,奉旨教刚进来的新人 3,“德高望重”退休了来散发余热??? …… 实话说,我对找到这样乐于助人的“德高望重”实在不报希望。我觉得还是找几个臭皮匠,说不定也可以赛过一个诸葛亮呢?!
to Badlucky: “找几位德高望重的专家”那是梦想中的事,是否有实现的可能可不好说。如果“德高望重”愿意来指导,那么这样的情况多半是: 1,“德高望重”是你读研的老板或者大师兄,他愿意带师弟师妹们学习 2,某大公司负责内部培训的大牛,奉旨教刚进来的新人 3,“德高望重”退休了来散发余热??? …… 实话说,我对找到这样乐于助人的“德高望重”实在不报希望。我觉得还是找几个臭皮匠,说不定也可以赛过一个诸葛亮呢?!
F FeelingLoad Unregistered / Unconfirmed GUEST, unregistred user! 2003-07-07 #32 目前在看C#,无奈。 本来想Java,但是一个哥们正在ing;我可不想重复学习
B Badlucky Unregistered / Unconfirmed GUEST, unregistred user! 2003-07-09 #33 既然只有臭皮匠,那也只能将就了,发动各位臭皮匠找一些实验题目,经过选拔通过的大家就进行讨论吧。
一 一 Unregistered / Unconfirmed GUEST, unregistred user! 2003-07-09 #38 《Design Patterns》看过,的确不错,建议大家都看看!看此书不可走马观花,要在看的过程中不断问自己为什么要这样,为什么不那样? 建议看此书前要对面向对象有一定了解! 我觉得这本书的精髓在于:面向接口编程。优先使用对象组合而不是继承。封装变化! 还有,对于书中的模式不可生搬硬套,否则会吃苦头的!
《Design Patterns》看过,的确不错,建议大家都看看!看此书不可走马观花,要在看的过程中不断问自己为什么要这样,为什么不那样? 建议看此书前要对面向对象有一定了解! 我觉得这本书的精髓在于:面向接口编程。优先使用对象组合而不是继承。封装变化! 还有,对于书中的模式不可生搬硬套,否则会吃苦头的!
G gsh2000 Unregistered / Unconfirmed GUEST, unregistred user! 2003-07-09 #40 《Design Patterns》在学习中,可惜缺乏足够的编程经验,看不懂。继续往下看,还是先提高内力?