很多接口都是使用的rest接口風(fēng)格, 但是如果接口很多之后就不方便管理.app的后臺(tái)接口開始使用統(tǒng)一的命令調(diào)用. 那么對(duì)外的接口就只有一個(gè), 也方便進(jìn)行版本控制.

比如:http://www.xx.com/app/v1/action?m={"action":"login",json:{name:"xxx",pwd:"xxx"}}
action指向動(dòng)作.
json包裝參數(shù),
當(dāng)然這里可以對(duì)數(shù)據(jù)進(jìn)行加密, 可以自己約定一些加密規(guī)則, 保證數(shù)據(jù)安全.

后臺(tái)拿到了參數(shù), 依據(jù)action分發(fā)任務(wù)到不同的業(yè)務(wù)操作.

但是這樣又會(huì)有一個(gè)問題. 還是接口action多起來之后, 放在同一個(gè)class解析就造成class體積過大.

之前看到一個(gè)方法說是通過反射解析action命令的格式, 然后調(diào)用不同的方法, 這樣class就可以分離出來放.
但是本人對(duì)反射之類的沒有徹底的搞明白,所以就只能使用笨辦法了.

baseController中配置基礎(chǔ)用到的service層, 因?yàn)橐褂胹tatic方式調(diào)用. 那么使用注解的時(shí)候, 要換一種方式.

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中, 不會(huì)有體積過大的問題.