终于懂了老师的线条是怎么串的了。学了两次struts,第一次几乎看不懂,现在才知道,当初跑偏了。既然是mvc框架,那就是处理mvc之间的关系。沿着这一条线,自然就很好理解了。前面讲的主要是从地址栏说起,讲vc之间如何配合,后面再引入m,谈三者关系。以及之间的各种方法,最优解。说真的,不要再不懂得时候评价一个东西。当你到了那个境界,你自然知道别人为什么这么安排,它的利与弊,优势与缺点一目了然。
2016-11-06
我来解释(逗逼)一下,案例代码的命名太具迷惑性了,不易理解struts执行流程
1.收到页面请求/HelloWorld/name1_name2_… .action后,用name1_name2_…匹配<action>的属性name="*_*_…",并用name1代替所有{1},name2代替所有{2}…以此类推
2.执行对应<action>的对应class的对应method,得到返回值value
用返回值匹配<result>的属性name,若精确匹配则返回对应视图jsp给用户;若匹配失败,如果返回值是SUCCESS则返回默认jsp,如果是NONE则返回空jsp,如果是ERROR则显示错误页面
1.收到页面请求/HelloWorld/name1_name2_… .action后,用name1_name2_…匹配<action>的属性name="*_*_…",并用name1代替所有{1},name2代替所有{2}…以此类推
2.执行对应<action>的对应class的对应method,得到返回值value
用返回值匹配<result>的属性name,若精确匹配则返回对应视图jsp给用户;若匹配失败,如果返回值是SUCCESS则返回默认jsp,如果是NONE则返回空jsp,如果是ERROR则显示错误页面
2016-11-06