《Effective Java》: 考虑用静态工厂方法代替构造函数
考虑用静态工厂方法代替构造函数
类可以为它的客户提供一些静态工厂方法，来替代构造函数，或者同时也提供一些构造函数。
静态工厂方法的一个好处是，与构造函数相比，静态工厂方法具有名字，它可以使得代码更容易阅读。如果一个类看起来需要多个构造函数，并且它们的原型特征相同，那么你应该考虑用静态工厂方法来代替其中一个或多个构造函数，并且慎重选择它们的名字以便明显地标示出它们的不同。
静态工厂方法的第二个好处是，与构造函数不同，它们每次被调用的时候，不要求非得创建一个新的对象。静态工厂方法可以为重复的调用返回同一个对象。这样做有两个理由。第一，它使得一个类可以保证是一个singleton。第二，它使得非可变类可以保证“不会有两个相等的实例存在”。
静态工厂方法的第三个好处是，与构造函数不同，它们可以返回一个原返回类型的子类型的对象。这种灵活性的一个应用是，一个API可以返回一个对象，同时又不使该对象的类成为公有的（匿名类或私有类）。以这种方式把具体的实现类隐藏起来，可以得到一个非常简洁的API。这项技术非常适合基于接口的框架结构，因为在这样的框架结构中，接口成为静态工厂方法的自然返回类型。
静态工厂方法的主要缺点是，类如果不含有公有的或者受保护的构造函数，就不能被子类化。
静态工厂方法的第二个缺点是，它们与其他的静态方法没有任何区别，在API文档中，他们不会像构造函数那样被明确标示出来。如果遵循标准的命名习惯，就可以将这个缺点减小到最少。这些命名习惯仍在演化中，但是静态工厂方法的两个名字已经变的很流行了：
★ valueOf 不太严格的讲，该方法返回的实例与它的参数具有相同的值。
★ getInstance 对于singleton的情形，这个方法返回惟一的实例。
总的来说，静态工厂方法和公有的构造函数都有它们各自的用途，我们需要理解它们各自的长处。要避免一上来就提供构造函数，而不考虑静态工厂，因为静态工厂通常更适合。如果你正在权衡这两种选择，又没有其他因素强烈的影响你的选择，那么你最好还是简单地使用构造函数，毕竟它是语言提供的规范。
相关文档：
现在已经开始学习java一个月左右的时间了。以前对java有一些基本的了解， 在前几个月的时间当中，学习了.net的技术，对面向对象的设计有了更深的一个认识，在一个偶然的工作机会上，结交了一个朋友。他问我想在哪一方向发展，其实我也不清楚，他说要自己定好一个位，然后这样照着计划走下去 ......
（1）Ctrl+M －－切换窗口的大小
（2）Ctrl+Q －－跳到最后一次的编辑处
（3）F2 －－当鼠标放在一个标记处出现Tooltip时候按F2则把鼠标移开时Tooltip还会显示即Show Tooltip Description。
F3 ......
创建一个类的实例时，
1.会为它以及它的所有父类的实例变量分配内存空间，如果分配空间成功，则所有实例变量都会初始化为默认值0、false、null
2.会递归调用父构造函数，但是暂不执行构造函数的语句；
3.对该父构造函数对应的类的实例变量赋值
4.执行父构造函数的其他语句
5.对于子类，执行2-4步骤 ......
定义一个native 方法：
package ext;
import java.util.Hashtable;
public class TestJNI
{
static
{
System.loadLibrary("dllfile");
}
public TestJNI()
{
......
简言之,如果不用第三方提供的接口
那最好的解决方案应该是当SESSION建立时sessionCreated(),在访问总数和当前在线人数上+1
当SESSION销毁时sessionDistroyed(),在线人数-1
核心方法是利用Listener监听的各种接口
我把代码(主要部分)贴在下面
此段代码我亲自使用过,没有问题
但因为继承了接口,有些未使用的方法也要� ......
