杂

Template模式定义

：定义一个操作中算法的骨架，将一些步骤的执行延迟到其子类中。其实Java的抽象类本来就是Template模式，因此使用很普遍，模板方法模式在Servlet中的应用 。

　　使用过Servlet的人都清楚，除了要在web.xml做相应的配置外，还需继承一个叫HttpServlet的抽象类。HttpService类提供了一个service()方法，这个方法调用七个do方法中的一个或几个，完成对客户端调用的响应。这些do方法需要由HttpServlet的具体子类提供，因此这是典型的模板方法模式

parseInt用法

• parseInt(s);
• parseInt(s,radix)

　　第一个方式不再多说，第二个方式，radix是s所基于的进制。范围为2-36（不在此范围函数将返回NaN）。今天遇到下面的情况：

 　  对于parseInt("01")到parseInt("07");都能得到正确的结果（0-7），但如果是parseInt("08") 或parseInt("09")则返回0；这是为何？

　   经研究发现parseInt当不指定radix时，当以0x开头时，s按照十六进制计算的；如果以0开头且第二位不为x,则s是按照八进制计算的，因为八进制不能有8，9所以报错返回0。

　　parseInt("08",10) 或parseInt("09",10),将分别返回8和9，

　　所以，在我们用时还是明确指定进位制，以防出错。 （IE9 以上没有此问题）

 

REST 表述性状态转移（REpresentational State Transfer）的简称

　Roy在他的论文中提出了一个RESTful应用应该具备的几点约束。

• 每个资源都应该有一个唯一的标识
• 使用标准的方法来更改资源的状态
• Request和Response的自描述
• 资源多重表述
• 无状态的服务

　　Roy认为，只有具备了上面的约束的应用才能算是REST应用，其实现在好多所谓的REST应用或服务，其实并不能算是真正的REST应用。

　　我发现，其实目前很多所谓的REST应用，只是RPC而已，出现这样的情况其实很正常，因为RPC实际上更符合一般程序员的思维。其实REST和RPC之间还是有很大的差异的，下面我们说一说REST和RPC之间的区别。

• REST强调资源有唯一的URI；而RPC更加强调过程（动词），由统一的接口来调用它们。
• REST回归HTTP最初的设计；RPC仅仅只是把HTTP作为传输协议来使用。
• REST是由超文本驱动的；RPC是由方法驱动的。
• REST强调HTTP通信的语义可见性，通过消息头和标准的HTTP方法来体现；RPC把语义封装在HTTP消息体中。