当前页面: 开发资料首页 → J2SE 专题 → 是支持《Thinking in java》还是支持《JAVA与模式》

是支持《Thinking in java》还是支持《JAVA与模式》

摘要: 是支持《Thinking in java》还是支持《JAVA与模式》

关于常量接口的问题
一个支持，一个反对


我个人觉得用用无妨，大家谈谈

---

一个支持，一个反对

我觉得你的理解过于片面了
支持,是有条件的
同样,反对,也是有条件的
没有一味的支持和反对

---

我想你没有仔细看过这两本书，确实没什么条件

---

0

---

Thinking in java

---

怎么说呢，都不错

---

个人是反对的~~

一般偶都是用类常量的 constant.java 来定义的

---

Thinking in java

---

有interface A, B implements A, B用了A的常量，可是当A的常量由于某种原因又改动了。这时我们如果不重新编译A,B,那么B中的Ａ的常量还是改动前的常量。

我觉得不应该在interface里面声明field,因为interface就是用来强调接口的。

---

up

---

用enum了

---

都支持

---

Thinking in java....

---

呵呵，大家都来支持“thumb3344(祖国啊,我只是一个摆地摊的!)”吧....
呵呵~~

---

Thinking in java好

---

我都看了，think比较实，我的高度能用到《模式》里的毕竟少

---

二个都不错，书都有，，顶

---

支持thinking in java

---

Thinking in java

---

不知道

---

Thinking in java~~~~~~~~~~~~支持

---

我还只看过Think in Java,模式那本书正在下！
不过多看些不同作家的书，会更全面些！
我是这样认为地！

---

Thinking in java 我只看了这本!是本好书,相信里面应该是不会错的!

---

lz看来刚入行java啊 ？
thinking in java这个几基础
这个融会贯通了之后再看 java模式
你直接看java模式你会一头污水的

---

to javadesigner(以前搞java现在被java搞)

两年前看的这两本书，只不过最近想起这些东西


不过，不一定初学 JAVA 才能看Thinking in java,做过几年，再看一次，会有意想不到的收获

---

我还是觉得JAVA与模式说的更好写，虽然没有thinking in java有名，但是，常量接口确实很容易造成接口污染，尤其是对维护性，扩展性而言

---

up

---

个有个的好处

---

接口当然是用来定义抽象方法的，Joshua Bloch也在Effective Java一书中明确指出“常量接口模式是对接口的不良使用”，他才是牛人，Bruce是投机主义者，当然我一直认为TIJ绝对是入门的经典书，只是对Bruce的有些观点不能认同（他赞成使用常量接口吗？我记不得了。。）

---

e

---

we

---

up

---

我们老师推荐的 Thinking in java

---

应该遵从最佳实践;

变量接口一般不推荐;
但是作为一个类,必须把构造函数的访问权限改为private

---

相比之下,更应该参考Thinking in java多一些;

---

up

---

e

---

法无定法，主要看实际情况。。。。
不能形而上学。

---

计较这么多干什么，放哪都行

---

up

---

YidingHe(机枪兵) 一看就是个不严谨的人，你怎么不说变量名随便叫什么都行，a,b,c,d随便起

---

个人认为，没有绝对的必要，就象GOTO一样。没必要完全不用。

---

同意楼上的

---

up

---

其实没什么值得比较阿
两本都是JAVA领域中的名著
《Thinking in Java》相对讨论基础多点
《JAVA与模式》讨论相对复杂的问题
都应该好好看看啊

---

楼上又不仔细看就回，哎

---

个人不建议使用常量接口， 接口本是为抽象为产生，而不是为了定义全局变量。

如果真有那样的全局常量，应该将其从数据库中读取出来存入Hashmap.

---

《Thinking in Java》是好书， 但我只是精略的看了看。

《Java and Patten》更是杰作，我仔细地看过两遍，是学习OO的好书。

《Thinking in Java》似乎比较偏重于编程的细节。
单从这个常量接口的问题来看， 《Java and Patten》的解释更合理。

---

Up,不支持常量接口

---

tij更侧重说，java都能做些什么，所以说常量接口，讲语法讲java各个部分的用法和原理这些
而实际项目中侧重不这样用，因为好处大家也说了。
DP这本是从OO设计角度说的。
我觉得两个角度不一样。
没有对和错。也就谈不上支持不支持，出发点不一样而已。

---

to： daryl715(上善若水)

你看 thinking in java 多看几遍
每一次都有收获的。
不信你试试看～
java一些基本操作，基本用法 里面例子特别详细
那本数确实基础，好的编程习惯，好一点的编程技巧里面写的都比较不错

设计模式 不过是在系统 框架等层次上的阐述 基础不好 看不懂。也白看

---

从来不用常量接口

---

不要使用常量接口。
原因：得不偿失
好处：常量接口的使用，只得到了一个好处，就是在用它的时候少打个类名。
弊端：
1、实现接口导致过度依赖
2、歪曲了接口的用意
3、常量接口无法处理重名的问题
4、如果使用到多个常量接口类，将使类不堪重负

---

学习

---

两本都是不错的书了!!!

---

应该都不错吧

---

up

---

其实无所谓了。。你想用什么就用什么。。。
何必争论呢！

---

up

---

to Hrold() 你把这叫争论啊，晕

---

可以用，但是不能过度，适具体情况而定，规则永远是死的

---

d

---

没有的看,不知道哪个好,

---

up

---

我想学习JAVA，对于初学者来说最好应该怎么学
给个意见，哪些是入门的最好书籍？
速度啊！

---

我都没看过，只是看了THINKING IN JAVA 的开头部分，觉得它通俗易懂。

---

都很好!

---

我也接触很多constant写在接口里面的,好像都这么用的

---

两本书都没有看,看了以后也没有什么用,因为我还不知道什么是JAVA了

---

p[

---

这个无关大雅。

---

up

---

thinking in java

---

可以好好的利用两者的优点...

---

我很反感 《Java 与模式》之类的书。搞 Java 的人很多都眼高手低，太多的满口的什么模式，连一个最简单的读写应用程序配置参数都设计不好，也写不好的 Java 程序员、系统分析员。

---

接口应定义行为而不是属性

---

偶正看thinking in java,~!~

---

最近在看thinking in java

---

我不看书，所以不了解你说的那两本书。
但是我觉得你说的这个问题不重要，爱怎么用都行。

---

THINK IN JAVA適合用來做工具書！有忘記的了，儅字典查查！

---

up

---

海纳百川，有容乃大。都支持

---

支持

---

up

---

up

---

接口是什么,类是什么,没什么好争的

---

楼上的，怎么一点点讨论就能被你说成争呢？唉，毛噪

---

都看吧，嘎嘎，谁有电子书？发给我，特别是 thinking in java

---

2

---

to:daryl715
能告诉我讨论和争论的差别吗?还有你说我毛躁是什么意思?

就因为我说了:接口是什么,类是什么,没什么好争的.

这个确实是我要表达的意思啊

---

讨论是说明各自的优缺点，应用场合
争论是为了说哪个好，没有客观的心情

大家是在争吗？我没觉得

---

接口是什么,类是什么,没什么好争的.

我觉得在常量上，完全可以混淆使用，这也是有说道的

---

接口是一些方法的集合，并不是为了定义常量的．当然你实现这个接口的每个类都需要一个常量的话，你可以在接口里面定义，但我还是觉得这样也不好

---

用好了的话，两本都是好书，否则两本都不好。呵呵。

---

已经有enum了,现在争这个没什么意义
个人意见是不要在接口中定义常量,这与我们设计接口的本意不符

---

怎么称为争,唉,中国特色

---

到100选优秀回复结帖子了

---

群：23998252 Jsp/J2EE WEB B/S结构应用程序开发群

---

up

---

其实回字有四种写法的~~~

---

100 楼...............

---