REST架构与Java实现1——REST概念
由于有个合作项目，用到了REST，我们这边的服务器是java的，合作方那边主要是PHP环境，为了远程调用的问题，使用了REST作为API的实现方
案。现在项目做得差不多了，下面记下自己的一点心得，算是笔记吧。
REST（Representational State Transfer）的说法来自“Architectural Styles and the Design of Network-based
Software Architectures”
（Roy Fielding，University of California -
Irvine，2000），是Fielding大牛的一篇博士论文，从网上搜索下应该可以找到中文版。首先REST根本不是个技术，只是一个架构方式的总
称，跟web
service也没太大关系，只是凑巧它可以满足最简单的远程信息获取的需要。REST也完全不是新东西，其实早期的HTML静态网页都是REST，只不
过随着各种动态脚本语言的使用，互联网的架构也偏离了早期的设定，REST倒是有点拨乱反正的味道。
REST的主要特征包括：
1，所有的东西都是资源，资源用URI表示，每一个会话都是无状态的。
这句话啥意思，记得以前的静态网页不，http://localhost/hello.jsp这实际就是一个资源，这个URI就是他的地址。你肯
定说这么简单还用学REST？，对，REST就是这么简单，但是情况再复杂一点，比如要写个购买商品的页面，咱们用JSF或者struts，从后台
Session取个客户ID，再从购物车里头把商品列表取出来，我们高兴的写了一个http://localhost/buyProduct.do完成了
这个功能，那么这个http://localhost/buyProduct.do的URI就不是REST了，他依赖于运行时环境和Session里的变
量，这样的URI不能被重复执行，也就是说直接粘到浏览器运行肯定要报错的。是不是REST也很容易看，这玩意通过URI能访问不，能访问就是REST。
2，公开目录结构式的 URI
看了上面那个例子，那么怎么写这个URI呢，其实REST希望的URI是采用目录结构式的URI，用一种带层次的结构表示对资源的获取，比如我要
获取论坛的一个topic，URI的定义就可以表示成http://localhost/discussion/topics/103，在这里
topics就是上文我们说到的资源，后面的103是资源的ID。这样的URI简洁美观，搜索引擎友好，可以被浏览器缓存，与会话状态无关，然后你可能要
问了，那我以前写的http://localhost/discussion/topics?id=103这样的URI呢？其实这种也可以算
REST，URI的表示方式是由开发者决定的，当然http://localhost/discussion/topics?id=103这种写法似乎对
搜索引擎�
相关文档：
移位运算符
包括：
“>> 右移”；“<< 左移”；“>>> 无符号右移”
例子：
-5>>3=-1
1111 1111 1111 1111 1111 1111 1111 1011
1111 1111 1111 1111 1111 1111 1111 1111
其结果与 Math.floor((double)- ......
不管你信不信，即使多么熟练编程的人员在coding的时候都会出现意想不到的bug。在上篇文章中我曾提到，bug的造成是多个方面的综合结果，有些bug是可以修复的，但是有些逻辑上的bug要修复可不是那么容易的事情，就像我们做错了一件事情，如果不去从根本上改正就会犯更大的错误一样，有时候bug也是一个积� ......
一个软件设计的好坏，我想很大程度上取决于它的整体架构，而这个整体架构其实就是你对整个宏观商业业务的抽象框架，当代表业务逻辑的高层抽象层结构 合理时，你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现了。当你需要再开发另一个相近的项目时，你以前的抽象层说不定还可以再次利用 呢，面对对象的设计 ......
eclipse选一个变量后，这个类里的该变量不变色问题解决：
alt + shift + o
/**
* 写入日志
* filePath 日志文件的路径
* code 要写入日志文件的内容
*/
public
static
boolean
print(String filePath,String code) {
try
{
File tofile
=
new
File(filePath);
......
