|
锁定老帖子 主题：读《漫谈设计模式》
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-12-30
redhat 是作者？
|
| 返回顶楼 | |
|
发表时间：2011-12-30
最后修改：2011-12-30
redhat 写道 zuiyanwangyue 写道 看了之后才知道上了大当，很多内容在阎宏博士的《设计模式》中都有描述，无非是照葫芦画瓢，强烈建议大家不要买
不是嘲笑你，你知道什么是设计模式吗？ 1.我想所有设计模式都是剽窃GoF的书籍（知道GoF是谁吗？），或者这么给你说：所有java23种设计模式的，你给我在这个世界上找一本不是有相互影子的？ 2.另外，我只开放了部分，你怎么知道很多剽窃的？ 3.写此书时，参考内容都写在参考附录里了，从来没有一处得自于那里，可以去查看：http://redhat.iteye.com/blog/1044615，这里的基本是我参考的书籍。 4.不要拿我的书籍和阎宏博士的比较： 1）.我的书籍都有详细的参考，从来谨慎言语。 2）.为了写此书，删除了好多内容，几乎一个月写的都删除，从来不是把自己知道的全写在里面，而是完全相关的。我想GoF写模式时，绝对知道C++,还好没有讲C++语法。 3）.请此书作者撰写《Java与模式》时，至少读读亚历山大的那本书籍，特别是最后讲本质的一章。对不懂的人谈模式，深表遗憾！ 5.希望你不是阎宏本人和最熟悉的人。 6.别拿博士压人，给出严谨的内容，这个才可以压人。 此外，不知道我是否有得罪于你，从来没有发现，请您至少读完书籍在发言，对此，还是表示歉意。 作者内心不够强大啊，如果你觉得自己写了一本好书，何必在意某些人的否定呢，勇敢的面对质疑，不屑听到的声音可以装作没听到 |
| 返回顶楼 | |
|
发表时间：2011-12-30
就不能对国人写的书多点宽容么？只要不是大片段的剽窃，并且在读的过程中有所收获不就好了。再假设这本书的作者不是国人，是个名字带英文字母的你们又会怎么说呢？
有些人媚外的太露骨，有些人就喜欢通过踩别人来抬高自己。 |
| 返回顶楼 | |
|
发表时间：2011-12-30
jayming 写道 redhat 写道 zuiyanwangyue 写道 看了之后才知道上了大当，很多内容在阎宏博士的《设计模式》中都有描述，无非是照葫芦画瓢，强烈建议大家不要买
不是嘲笑你，你知道什么是设计模式吗？ 1.我想所有设计模式都是剽窃GoF的书籍（知道GoF是谁吗？），或者这么给你说：所有java23种设计模式的，你给我在这个世界上找一本不是有相互影子的？ 2.另外，我只开放了部分，你怎么知道很多剽窃的？ 3.写此书时，参考内容都写在参考附录里了，从来没有一处得自于那里，可以去查看：http://redhat.iteye.com/blog/1044615，这里的基本是我参考的书籍。 4.不要拿我的书籍和阎宏博士的比较： 1）.我的书籍都有详细的参考，从来谨慎言语。 2）.为了写此书，删除了好多内容，几乎一个月写的都删除，从来不是把自己知道的全写在里面，而是完全相关的。我想GoF写模式时，绝对知道C++,还好没有讲C++语法。 3）.请此书作者撰写《Java与模式》时，至少读读亚历山大的那本书籍，特别是最后讲本质的一章。对不懂的人谈模式，深表遗憾！ 5.希望你不是阎宏本人和最熟悉的人。 6.别拿博士压人，给出严谨的内容，这个才可以压人。 此外，不知道我是否有得罪于你，从来没有发现，请您至少读完书籍在发言，对此，还是表示歉意。 作者内心不够强大啊，如果你觉得自己写了一本好书，何必在意某些人的否定呢，勇敢的面对质疑，不屑听到的声音可以装作没听到 不是不够内心强大，也不是媚外，是希望我们能够做出让外国人（任何人）都觉得好的东西，这些好的东西不是说说而已，而是有实质性的东西。 这里的辩论不是给自己争取名目，是为了把事情和讨论做清楚，让大家认清楚某些事情。 |
| 返回顶楼 | |
|
发表时间：2011-12-30
zuiyanwangyue 写道 看了之后才知道上了大当，很多内容在阎宏博士的《设计模式》中都有描述，无非是照葫芦画瓢，强烈建议大家不要买
觉得好就掏腰包,不好可以不屑一顾.不要中伤作者.在这里我还是鼓励一下作者.国内还是有好书的.比如:大象:Thinking in UML |
| 返回顶楼 | |
|
发表时间：2011-12-30
zhzhenqin 写道 zuiyanwangyue 写道 看了之后才知道上了大当，很多内容在阎宏博士的《设计模式》中都有描述，无非是照葫芦画瓢，强烈建议大家不要买
觉得好就掏腰包,不好可以不屑一顾.不要中伤作者.在这里我还是鼓励一下作者.国内还是有好书的.比如:大象:Thinking in UML 是的啊。 发这样的帖子，太不厚道了。 作为入门级的书，快餐式的看一下还是不错的。 |
| 返回顶楼 | |
|
发表时间：2011-12-30
redhat 写道 zuiyanwangyue 写道 看了之后才知道上了大当，很多内容在阎宏博士的《设计模式》中都有描述，无非是照葫芦画瓢，强烈建议大家不要买
不是嘲笑你，你知道什么是设计模式吗？ 1.我想所有设计模式都是剽窃GoF的书籍（知道GoF是谁吗？），或者这么给你说：所有java23种设计模式的，你给我在这个世界上找一本不是有相互影子的？ 2.另外，我只开放了部分，你怎么知道很多剽窃的？ 3.写此书时，参考内容都写在参考附录里了，从来没有一处得自于那里，可以去查看：http://redhat.iteye.com/blog/1044615，这里的基本是我参考的书籍。 4.不要拿我的书籍和阎宏博士的比较： 1）.我的书籍都有详细的参考，从来谨慎言语。 2）.为了写此书，删除了好多内容，几乎一个月写的都删除，从来不是把自己知道的全写在里面，而是完全相关的。我想GoF写模式时，绝对知道C++,还好没有讲C++语法。 3）.请此书作者撰写《Java与模式》时，至少读读亚历山大的那本书籍，特别是最后讲本质的一章。对不懂的人谈模式，深表遗憾！ 5.希望你不是阎宏本人和最熟悉的人。 6.别拿博士压人，给出严谨的内容，这个才可以压人。 此外，不知道我是否有得罪于你，从来没有发现，请您至少读完书籍在发言，对此，还是表示歉意。 这个书作者也上JE? |
| 返回顶楼 | |
|
发表时间：2011-12-30
《漫谈设计模式》没有买，所以不做评价。
我以前买过《研磨设计模式》，总体的感觉是： 优点： 1、包装很精美； 2、文章编排很拉风，代码段重点部分都高亮圈起来，代码部分格式很清晰（指得是代码文字的编排格式，不是指代码内容本身的命名规范拉风）； 3、纸张质量很高，用纸白、厚，纸上的文字清晰、漂亮； 缺点： 文中举的例子，对于实际写程序的人来说太虚，很多都是作者自己假设的情景，这样不利于作为文章受众的程序员在实际开发中去应用。 文章中很多例子，比如组装电脑、电脑开机、饭店点菜、订报纸等等，这些例子，虽然是日常生活中很常见的事情，但是对于实际的软件开发者来说，把这些例子所讲述的设计模式应用到实际的项目开发中，是不容易的。 所以，我对写设计模式书籍的作者的建议是： 文中举例最好用软件开发中常见的实际情景，不要用虽然贴近生活，却远离实际开发的例子。 每个设计模式都应该使用软件开发中实际用到的情景作为例子， 比如策略模式的例子可以用 数据列表的数据权限控制做例子； 职责链模式的例子可以用 MVC框架中的URI解析的步骤做例子； 代理模式可以用 excel 2003的解析、excel 2007的解析、文本文件的解析作为例子； 命令模式可以用 自定义字段/内容模型 作为例子； 等等。 |
| 返回顶楼 | |
|
发表时间：2011-12-30
george_space 写道 《漫谈设计模式》没有买，所以不做评价。
我以前买过《研磨设计模式》，总体的感觉是： 优点： 1、包装很精美； 2、文章编排很拉风，代码段重点部分都高亮圈起来，代码部分格式很清晰（指得是代码文字的编排格式，不是指代码内容本身的命名规范拉风）； 3、纸张质量很高，用纸白、厚，纸上的文字清晰、漂亮； 缺点： 文中举的例子，对于实际写程序的人来说太虚，很多都是作者自己假设的情景，这样不利于作为文章受众的程序员在实际开发中去应用。 文章中很多例子，比如组装电脑、电脑开机、饭店点菜、订报纸等等，这些例子，虽然是日常生活中很常见的事情，但是对于实际的软件开发者来说，把这些例子所讲述的设计模式应用到实际的项目开发中，是不容易的。 所以，我对写设计模式书籍的作者的建议是： 文中举例最好用软件开发中常见的实际情景，不要用虽然贴近生活，却远离实际开发的例子。 每个设计模式都应该使用软件开发中实际用到的情景作为例子， 比如策略模式的例子可以用 数据列表的数据权限控制做例子； 职责链模式的例子可以用 MVC框架中的URI解析的步骤做例子； 代理模式可以用 excel 2003的解析、excel 2007的解析、文本文件的解析作为例子； 命令模式可以用 自定义字段/内容模型 作为例子； 等等。 如果能够用一本书，从0开始讲述一个 WEB 平台的开发全过程，同时把gof23种设计模式在这一个WEB 开发平台中逐一应用，那这样一本书肯定会大卖。 |
| 返回顶楼 | |
|
发表时间：2011-12-30
george_space 写道 george_space 写道 《漫谈设计模式》没有买，所以不做评价。
我以前买过《研磨设计模式》，总体的感觉是： 优点： 1、包装很精美； 2、文章编排很拉风，代码段重点部分都高亮圈起来，代码部分格式很清晰（指得是代码文字的编排格式，不是指代码内容本身的命名规范拉风）； 3、纸张质量很高，用纸白、厚，纸上的文字清晰、漂亮； 缺点： 文中举的例子，对于实际写程序的人来说太虚，很多都是作者自己假设的情景，这样不利于作为文章受众的程序员在实际开发中去应用。 文章中很多例子，比如组装电脑、电脑开机、饭店点菜、订报纸等等，这些例子，虽然是日常生活中很常见的事情，但是对于实际的软件开发者来说，把这些例子所讲述的设计模式应用到实际的项目开发中，是不容易的。 所以，我对写设计模式书籍的作者的建议是： 文中举例最好用软件开发中常见的实际情景，不要用虽然贴近生活，却远离实际开发的例子。 每个设计模式都应该使用软件开发中实际用到的情景作为例子， 比如策略模式的例子可以用 数据列表的数据权限控制做例子； 职责链模式的例子可以用 MVC框架中的URI解析的步骤做例子； 代理模式可以用 excel 2003的解析、excel 2007的解析、文本文件的解析作为例子； 命令模式可以用 自定义字段/内容模型 作为例子； 等等。 如果能够用一本书，从0开始讲述一个 WEB 平台的开发全过程，同时把gof23种设计模式在这一个WEB 开发平台中逐一应用，那这样一本书肯定会大卖。 这本书得多厚？ |
| 返回顶楼 | |
