- 博客(6)
- 资源 (9)
- 收藏
- 关注
RSS订阅原创 Effective Java读书笔记六
Item 7：尽量不要使用finalizerJoshua一上来就强调：Finalizer是无法预言的，危险的并且大部分情况下是不必要的。使用finalizer会给代码带来不稳定的行为，低下的性能，还有可移植性的问题。根据JLS，finalizer无法保证被按时的执行。我们知道，当一个对象过期之后，在垃圾回收器回收之前会自动的调用finalizer方法，所以有的时候我们就会把一些对象的收尾工作放在finalizer方法中，比如文件的关闭，数据库连接的释放等。但是，正是因为JLS的这个“无法保证”，会让程序不定
2011-03-26 01:02:00
1404
原创 Effective Java读书笔记五
Item 6：消除对过期对象的引用看这个item之前没有过多的想过Java对象过期的问题。因为对象是由JVM控制的，JVM的垃圾回收机制也是Java区别于C++之类的语言的优点。可能是我一厢情愿了，所以在日常编程中忽视了这个问题。下面是java.util.ArrayList类中remove method的摘抄：public E remove(int index){ checkBoundExclusive(index); E r = data[index]; modCount++
2011-03-24 23:08:00
1469
原创 Effective Java读书笔记四
Item5：避免创建不需要得对象在很多时候我们可以重用已有的对象而不需要创建新的对象，尤其这个对象是immutable的。比如String类型的对象，我们一般不会这么用：String s = new String("stringette"); // DON'T DO THIS! 因为这种做法每次都会创建一个新的String对象，对性能是一种损耗，而String是一个immutable的类型。当一个immutable类既提供了构造函数，又提供了static factory methods的时候，我们首先考虑使
2011-03-23 23:32:00
1257
原创 Effective Java读书笔记三
Item 3：用private的构造函数或者enum类型来增强singleton模式先说一个singleton模式的缺点：使用singleton模式会让依赖于它的代码难于测试，因为在测试的时候我们无法用创建一个mock来隔离singletong对象。除非singleton类实现了一个interface，而我们的代码依赖于这个interface。所以在日常工作中，如果需要使用singleton模式的话，最好在它和singleton类之间做一个隔离，好让我们在测试的时候创建mock隔离它。在Java 5.0之前
2011-03-22 23:29:00
1433
原创 Effective Java读书笔记二
Item 2：当构造函数参数过多时考虑使用Builder来创建对象我们在设计类的时候，有些类难免会有许多的字段（fields），而这些字段可能需要在创建对象的时候对它们进行赋值。一般我们会考虑两种方式：使用构造函数或者使用setter方法。使用构造函数的缺点很明显，如果我们的字段过多，那么就会让构造函数的参数过多，在这种情况下，不但不容易理解和阅读，而且非常容易出错（这时候就体现出具名参数的好处了）。另外，对于static factory methods也是一样的。而使用setter方法可以减少构造函数的参
2011-03-21 23:15:00
1623
原创 Effective Java读书笔记一
最近开始读Joshua Bloch的Effective Java的第二版，打算花一些时间把它看完。记得上一次读它的第一版还是在大学的时候，转眼间已经是4年之久了。上次因为各种原因并没有把第一版看完，所以这次一定要好好的读一下它的第二版。废话少说，今天看了它的第二章：Creating and Destroying Objects（第一章是介绍），这一章包含了7个条目：一、使用static factory methods（静态工厂方法）代替构造函数static factory methods和Factory M
2011-03-21 00:11:00
2162
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人