Action主要的功能就是组织service的,比如你要做权限验证,那么请求会被Action获取,那么如何验证呢?Action可不管他要问service该怎么办。当得到service返回的结果后根据结果判断下一跳是哪里(如果验证用户存在且密码正确则跳转到登录成功的页面,反之则回跳到登录页面)
现在轮到service了,ta是管理业务的,延续上面的例子的话,action问这个用户是否合法有效的时候sevice就去调用dao看看dao能不能找到相应的记录,当业务受到dao的结果后就根据得到的记录回答action的问题“用户是否合法有效”
最后就是dao喽,作为工作于最“基层”的部分,ta倔强的只去实现增删查改,甚至这些增删查改之间有什么关系?dao一概不问,爱谁是谁。dao很倔强,ta只保证和数据库的关系良好,
归纳一下,Action就是管理业务(servcie)调度和管理跳转的。service,ta是管理具体的功能的,这个很容易和Action混淆,你可以这样理解,Action只负责管理,而service负责实施,dao只完成增删查改,当然你可以1-n,n-n,1-1关联,模糊 、动态 、子查询都可以。但是无论多么复杂的dao,ta只是封装增删查改。至于增删查改如何实现一个功能,ta是不管的。
总结这三者,可以举个例子,action像是服务员,顾客点什么菜,菜上给几号桌,都是ta的职责;sevice是厨师,action送来的菜单上的菜全是ta做的;dao是厨房的小工,和原材料打交道的事情全是ta管。所以小工(dao)的工作是要满足厨师(service)的要求,厨师要满足服务员(action)转达的客户(页面用户)的要求,服务员自然就是为客户服务喽。
总结这三者,可以举个例子,action像是服务员,顾客点什么菜,菜上给几号桌,都是ta的职责;sevice是厨师,action送来的菜单上的菜全是ta做的;dao是厨房的小工,和原材料打交道的事情全是ta管。所以小工(dao)的工作是要满足厨师(service)的要求,厨师要满足服务员(action)转达的客户(页面用户)的要求,服务员自然就是为客户服务喽。