在第一篇時就說過框架要在URL上作文章，是的，本文就框架怎樣充分利用url上作盡可能詳細的說明。
做web開發(fā)的不可能對url陌生，早在web1.0時代，url作為統一資源定位符，在對web中資源的如何獲得上起到巨大作用。不論用戶請求的時靜態(tài)頁面或者是各種圖片、腳本文件，通過url總能從web網站獲取要訪問的資源。Web2.0更是常常使用url作為get請求時參數的傳遞，如http://xxx.xxx.xxx/xxx.jsp?user=admin。以及近幾年很火restful web service 摒棄soap而使用url傳遞請求參數 都說明合理利用url的可行和流行。
當然不止是使用了url就算好的實踐，而是能夠做到優(yōu)雅的使用，保證層次分明和整體的簡潔，這才算是好的方式，這也正是本框架對使用url 所追求的目標。
首先來看幾個例子：
http://www.cnblogs.com/p2
http://www.xxx.com/index.do?page=2
http://www.xxx.com/product/
http://www.xxx.com/channel.do?channel=product
http://www.xxx.com/product/mobile
http://www.xxx.com/channel.do?channel=product&&subChannel=mobile
相信各位看官不用我說也能明白，這幾組的實現肯定第一種實現的方式更佳。拋開它能屏蔽服務器端使用的技術這一特性不說，它還能夠更好地說明動態(tài)網站的層次結構，讓用戶在訪問時能明確知道在網站的什么位置，而不會覺得是陷入了一個迷宮。
當然上面列舉的例子是網站前端所使用的url表現方式，因為表現方式可以多種多樣，個人喜好不同，本框架在設計時沒有給指定前端url的表現方式，而是定義接口，把這個權利留給使用的用戶。框架將考慮更多 通用性的東西而不是 個性 自由的東西。
下面對框架里默認使用的url Router AMPPathRouter做詳細的介紹，包括設計的思想和實現的方式。首先AMPPathRouter的用途定位為后臺使用。為了理解快速的理解它的工作原理，先來和struts做一下對比。
Struts關于請求的配置：
<action name="login" class="com.lscmjx.action.LoginAction" method="login">
<result name="success">
main.jsp
</result>
<result name="failure">
login.jsp
</result>
</action>
它提交的url會是http://xxx.xxx.xxx/login，訪問web服務器時會把此url傳遞到struts框架交給它處理，之后struts會在struts.xml中尋找login的相關的配置，像上面例子，struts會找到LoginAction的類，并且調用其login的方法。
寫到這里，我請問這是最好的方式嗎？當然不是，至少我在使用struts時就認為這是相當撇腳的設計。上面例子只是列舉一個login方法，假如一個系統中要對后臺調用的方法是100個，那豈不是就需要在struts.xml中寫100個與之類似的配置。想想都頭大，這樣繁瑣的工作，應該是由框架自己去處理，而不是人工給配置。
再來看實現相同功能的Unicorn web框架的配置。
<action class="com.mh.action.UserAction"></action>
當然提交的url肯定需要包含多一些的信息，來保證能通過url正確調用框架Action里的方法。這里提交的url方式：http://xxx.xxx.xxx/UserAction/login/
通過在url里附加調用的Action類的信息，可以省略為不同的方法都在xml里配置的麻煩。假如UserAction里有100個方法，框架也只需這一行的配置。
有了大體的認識之后，來看框架的核心部分AMPPathRouter的具體實現。
/**
* 檢查url是否是此Router類要處理的，/Action/Method/Param 格式的將會被檢查合格，返回true
* @param relativeUri
* @param actionMap
* @return
*/
public boolean checkUrl(String relativeUri, Map<String, ActionSupport> actionMap) {
Pattern pattern = Pattern.compile("^/\\w+/\\w+/\\S*");
Matcher matcher = pattern.matcher(relativeUri);
if(matcher.matches()) {
String actionName = relativeUri.split("/")[1];
ActionSupport actionSupport = actionMap.get(actionName);
if(null != actionSupport) {
String actionMethodName = relativeUri.split("/")[2];
Class<?> actionClass = actionSupport.getClass();
Method[] methods = actionClass.getMethods();
for(int i = 0; i < methods.length; i++) {
Method method = methods[i];
String methodName = method.getName();
if(methodName.equals(actionMethodName)) {
return true;
}
}
} else {
return false;
}
}
return false;
}
/**
* 匹配規(guī)則為：
* 1、符合/Action/method/param格式，
* 2、并且Action在actionMap中的確存在
* 3、method在此Action中存在
*/
@Override
public boolean route(String relativeUri, UrlFilter urlFilter) {
Map<String, ActionSupport> actionMap = urlFilter.getActionMap();
if(!this.checkUrl(relativeUri, actionMap)) {
return false;
}
// 攔截Action/Method/Param方式的請求，并構建ActionSupport類的屬性
String[] params = relativeUri.split("/");
try {
ActionSupport actionSupport = actionMap.get(params[1]);
Class<?> action = actionSupport.getClass();
Method method = action.getMethod(params[2], new Class[] {});
if(params.length > 3) {
this.boxingRequest(urlFilter.getRequest(), params[3]);
}
// 只要找到ActionSupport的子類，則初始化其所具有的屬性
Object newInstance = action.newInstance();
this.initActionSupport(newInstance, urlFilter);
String result = (String) method.invoke(newInstance, new Object[] {});
if (null == result || ActionSupport.AJAX.equals(result) || ActionSupport.FORWARD.equals(result) || ActionSupport.WEB_SERVICE.equals(result)) {
return true;
}
if(ActionSupport.REDIRECT.equals(result)) {
urlFilter.getResponse().sendRedirect(result);
return true;
}
} catch (NoSuchMethodException e) {
e.printStackTrace();
} catch (SecurityException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (IllegalArgumentException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (Exception e) {
e.printStackTrace();
}
return false;
}
/**
* 把url中得param加入到request的attribute里
* @param request
* @param parameter
*/
private void boxingRequest(HttpServletRequest request, String parameter) {
String[] parameters = parameter.split("&");
for (int i = 0; i < parameters.length; i++) {
String param = parameters[i];
String[] key_value = param.split("=");
if(key_value.length == 2) {
request.setAttribute(key_value[0], key_value[1]);
}
}
}
/**
* 初始化ActionSupport類中所需的request、response、session、application等對象
* @param obj
* @param urlFilter
*/
private void initActionSupport(Object obj, UrlFilter urlFilter) {
ActionSupport action = (ActionSupport) obj;
action.setRequest(urlFilter.getRequest());
action.setResponse(urlFilter.getResponse());
action.setSession(urlFilter.getSession());
action.setApplication(urlFilter.getApplication());
}
這便是AMPPathRouter的全部內容，其中在把請求分發(fā)到ActionSupport的子類 并調用相關方法時 是通過反射實現，其他地方地方都是相當容易理解的。
空說無憑，把框架應用到實戰(zhàn)中才是硬道理：
好了，下一篇介紹Action 和 json。