很多接口都是使用的rest接口風(fēng)格, 但是如果接口很多之后就不方便管理.app的后臺接口開始使用統(tǒng)一的命令調(diào)用. 那么對外的接口就只有一個, 也方便進行版本控制.
比如:http://www.xx.com/app/v1/action?m={"action":"login",json:{name:"xxx",pwd:"xxx"}}
action指向動作.
json包裝參數(shù),
當(dāng)然這里可以對數(shù)據(jù)進行加密, 可以自己約定一些加密規(guī)則, 保證數(shù)據(jù)安全.
后臺拿到了參數(shù), 依據(jù)action分發(fā)任務(wù)到不同的業(yè)務(wù)操作.
但是這樣又會有一個問題. 還是接口action多起來之后, 放在同一個class解析就造成class體積過大.
之前看到一個方法說是通過反射解析action命令的格式, 然后調(diào)用不同的方法, 這樣class就可以分離出來放.
但是本人對反射之類的沒有徹底的搞明白,所以就只能使用笨辦法了.
baseController中配置基礎(chǔ)用到的service層, 因為要使用static方式調(diào)用. 那么使用注解的時候, 要換一種方式.
public class BaseController{
//
@Resource
public static IUserService userService;
public void getUserInfo(){
User user = userService.findbyId(xx);
}
}
正常邏輯注解這樣寫, 可以忽略get, set方法, 但是如果下面有static需要調(diào)用userService就不可用了.
為了可以使用BaseController.getUserInfo();方法, 那么可以改造下userService的構(gòu)造方式:
public class BaseController{
//
public static IUserService userService;
@Resource
public void setUserService(IUserService userService) {
BaseController.userService = userService;
}
public static void getUserInfo(){
User user = userService.findbyId(xx);
}
}
注解加載set方法上, 但是要去掉static.
然后就可以在其他地方調(diào)用getUSerInfo()方法了.
那么這樣一來就可以將某些類型的操作放在不同的class中, 不會有體積過大的問題.
