无责任书评-java与模式 第二(200分)

  • 主题发起人 主题发起人 jianl
  • 开始时间 开始时间
http://community.borland.com/当然是少不了的了!
我觉得<<程序员>>6,也可能是5期,介绍的几个也都很不错啊!
 
你想实现什么功能
 
to:魔鬼大师
??
 
其实还有一件事,javabean的设计要求用getXXX,setXXX,来达到与哪个(一时想不起名词),总之,让开发工具IDE可便利的检索出来
 
按getProperty,setProperty命名规范提取 Bean 属性值Property
 
真是意外。也有人对这本书写评论。
我就把以前自己写的读收笔记拿出来晒晒吧。当时在CHINAPUB发表时,差点被枪手们骂死。
----------------------------------------
Java与模式
本月的学习计划制定的是系统的了解一下设计模式,所以拿起了这本买了却一直没看的《JAVA与模式》。
利用吃晚饭的一段空余时间看了前2部份,并与饭后记录以下笔记:
习惯所至,所有计算机类书的第一章我都会匆匆翻过,此书也不例外。不过,其中有一小节关于“名”的论述倒是引起一番思考,“名正才能言顺”,在程序中出现的任何标识(不管是变量,还是函数,类什么),设计者在赋与名字的同时,就决定了用途。而一个准确而简单的命名可以很大程度的提高代码的可读性,并减少翻阅代码查看变量名的频率。好像每种语言都有一套自己的命名规范。
第二章用来讲述UML令我有点奇怪,就短短几页文字,每种图表/符号来一个标题,再加几行说明,不知能起什么作用?不懂的照样不懂。因为我算是比较熟悉UML的,所以文中的一些的术语今我感觉很突兀,有一些解释也似乎不太精确,不过这一章又不是重点,翻过翻过。
第三章!第四章!!第五章!!!......到后来我根本不是看,是翻到第三部份即第12章的。算了,写个总结吧。
1.第二章的UML让我有点奇怪,第三章的类继承的介绍就是惊讶了,到后来的几章的接口与抽象类区别的描述则让我的下巴差点掉了下来。天,此书的封底明明写着[推荐于中等及中等程度以上的JAVA程序师]的啊!!!这世界会有连[抽象/类/接口等OOP最基本知识]都搞不清楚的[中等程度]的JAVA程序设计师吗?!!!!问题是此类介绍基本知识的文字所占的篇幅还真是不小。从我现在翻看的前12章来看,此书的定位很有问题。如果是面向初级程度的读者,那些文字无论是广度还是深度都远远不够表达作者想表达的思想的;如果是面向中等程度的读者,则前12章可以压缩为3章左右。
2.作者的文字表达能力不太流畅,一些如接口的特性之类的OOP的基本概念描述在不同的章反复出现。很多举例看似很有趣,似乎很有关联,却经不起仔细推敲。如其中有一个为了说明继承的不足而举的关于猫能上树而狗不能上树的例子,我的看法是如果设计者能成功地标识出猫与狗这2种不同的类,就说明对这2个类的不同之处很清楚,即然很清楚,就不会犯那种错误。而且此类的问题示例还不算少。
还有一些,懒得写了。等看完其它部分再写吧。

2003-2-19
耐着性子又挑选着看了《JAVA与模式》中的几章,最终还是放弃了。一本书并不能简单地用“好”或“差”这两个字来完全的区分,每个人具有不同的知识背景,具有不同的需求,只要对自己有用就是好书,所以,我只能说,这本书不适合我。可有一点我很是介意,甚至有一种强烈的被欺骗的感觉。那就是,此书的封底明明写着“推荐中等及中等程序以上的......”,我也是看到了这句话才毫不犹豫地买了下来,但是,此书所使用的语句,所展示的知识却是绝对只适合初级的、对JAVA本身及模式都不太了解的读者层。作为一名书的读者,我无意也无权指责此书的编排格式,但书中的示例代码题材的选用、示例代码的格式,特别是那些注释,处处违反了优秀的程序代码所应有的表现。我尽量避免使用一些带攻击性的词语,不知是否能够清楚地表达我的意思。
 
对于bean我一点都不懂,见笑了。不过我现在想强制成对get set形成习惯可能也就不会有
什么怨言吧。
看了zyyzj大虾的评论,恐怕没有什么人会去买这本书了,呵呵。为什么我早没看到呢?
不过即使看了,可能我仍然会买,因为《设计模式》太精练了,我每次鼓起勇气都没有看
下去。而当时特别想找本模式的书看看。
既然买了,应该承让还是知道了些原来不知道的。比如对接口的认识比以前清楚了些。
不过代价似乎大了点。
我已经跳过了装饰模式,因为我看来两遍还是不懂,这对一个人的自信真是一种打击。
 

如果写成这种方式
point=class
x,y:integer;
end;

不如用记录
point=record
x,y:integer;
end;

呵呵
 
java中没有struct.
c#中的struct就更绝了,可以有方法等等,除了不能继承。
不是我不明白,这世界变化快啊。
对于java和c#的全面向对象有疑问:
为什么main必须在一个类中?不伦不类的。在c#中可以有多个类中有main,然后编译的时候
指点一个。
为什么不在类库中写一个有main的接口之类的,如同java的applat都要实现那个,不记得了,呵呵。
 
to jianl:就我所知道在java的不同class中,也可有多个main啊,这个倒与C#没什么不同!就我所知,C#比java慢推出几年,那当然更有机会博取其它语言所长,我看过一些介绍,确实C#有些特性比java更有效,而且,Anders Hejlsberg 原来就是研发开发工具的大师,可能也比Sun的James Gosling更精于语言与开发工具已经开发者的结合吧!
to zyyzj:
>>一本书并不能简单地用“好”或“差”这两个字来完全的区分,每个人具有不同的知识背景,具有不同的需求,只要对自己有用就是好书,所以,我只能说,这本书不适合我。
我同意你这句话,但,我倒不觉得这本书会让人会有: "一种强烈的被欺骗的感觉"!
确实,这本只是java与模式的入门书,但我个人认为,象 "模式" 这种概念, 已经有点抽象,接近上层建筑了,所以,更加强调的是--悟! 很难象"数据结构"或其它,能用公式一步一步推出来! 模式这东西,我觉得学起来很孤躁,除非你有多年,多个项目的开发经验,能将其与实践一一对应验证!
我认为这本书可以大概的看一下,知道各种模式的结构,然后,在可能用到时,再拿出来翻翻!
然后,前几章,可能是些基础的知识,是作者认为进入他的知识见解前的一些预备知识,懂的人可略过不看,一知半解的可先学学,我倒也不觉得有问题!
>>但书中的示例代码题材的选用、示例代码的格式,特别是那些注释,处处违反了优秀的程序代码所应有的表现。
如果,你能举出些例子来,可能会更有说服力!
 
很热闹的讨论啊,居然没看到hehe,《java与模式》偶也没了一本,当时没空看,就搁下了,现在有空看书了,却不看这本了,我买了<design patterns explained>的影印版,现在学习ing。感觉《java与模式》有点生搬硬套的感觉,可能是作者第一次写书,有点手硬。初学模式的java程序员可以看看,不过书价有点贵,感觉这样的文字在论坛里值得斑竹mark一下,拿出来卖钱就有点……
看了jianl和Aiirii的讨论,觉得很有趣。GoF的Design Patterns和偶正在看的<design patterns explained>一开头都讲了许多OO的概念,所以《java与模式》也就萧规曹随的写了一通。偶觉得说到Pattern必然要说OO,应为我们不是因pattern而用pattern,我们用pattern的目的是为了写出更好的程序。OO的目的是什么?<design patterns explained>里说得很清楚,原来旧的开发方式——功能分解,到新的开发方式——责任的下放。把原来main过程的责任下放到各个Object中,每个object都要付各自的责任。但OO也带来了一定的复杂性——接口的设计,可以说,OO是以在设计上付出更多代价的情况下(有时还包括性能上的损失)换取系统在今后改动和复用时的便利。所以,如果你的系统要多考虑需求变动、性能扩展或者程序的复用,那就最好用OO,如果不是,那也不用非往OO上套。
那么Design Patterns的目的是什么?其实就是OO设计的一些经验,Pattern的产生是因为在特别的地方针对特别的需求得到一种特别的解决方案。如果不考虑当时的场景(context),硬生生的套模式,反而会适得其反。像上面那个point的例子,如果point类不会有太多的改动,直接访问x,y即明了又简单。但如果需要考虑性能的扩展,坐标变化等等,也可以用set/get。不过个人觉得在set/get中设置坐标变换可不太好,那样接口不清晰,调用的人会吃药的。
 
有一段时间没看这本书了,也许需要再看看。
》就我所知道在java的不同class中,也可有多个main啊,这个倒与C#没什么不同
又是我孤陋寡闻了,呵呵。
>但我个人认为,象 "模式" 这种概念, 已经有点抽象,接近上层建筑了,所以,更加强调的是--悟!
我这么看模式,模式是对某种特定情况下完成特定功能对象之间关系的总结。我觉得它还不
是理论。比如建筑业设计窗户,已经有了多种窗户给你选择,当然你可以打破常规,给出一
种全新的设计。这取决于:需要吗?有用吗?合算吗?等等客观条件。
所以我抱着这种态度来看模式:在不了解的时候混个脸熟,在使用的时候再想想其中的好处。
所以我希望看到的是作者在实践中感受到,使用了的例子。
》<design patterns explained>
是一本什么书,能不能介绍一二?
 
关于<design patterns explained>,他的中文译者(透明)的网站上有介绍,也有一些样章
http://gigix.cool2u.net/dpe.htm
umlchina上有<design patterns explained>作者之一的shalloway的访谈
http://www.umlchina.com/Chat/shalloway.htm
 
无意中,发觉但在这里发表了不少言语,刚才,我在csdn中也看到一篇相关的书评,有兴趣的人可去看看 : http://expert.csdn.net/Expert/topic/1541/1541954.xml?temp=.9831201
发觉,那里的评论更客观,更有相当的认知!
我个人觉得,<<java与模式>>这本书,不算得经典,但也不会是烂书,我仍旧觉得这本书物有所值,虽然我也没看完,但绝不是书不好,而是我觉得已经知道如何使用里面的知识了!
本来还有些话想写下来,但发觉,在csdn有人已经说出来了,而且说得更好,我就不献丑了!
 
是到散分的时候了,感谢大家的参与。
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
I
回复
0
查看
585
import
I
后退
顶部