angular 做网站,wordpress做网站,网站建设哪家公司好一点,电子商务网站的类型这是用户故事系列的第七篇。#xff08;之一#xff0c;之二#xff0c;之三#xff0c;之四#xff0c;之五#xff0c;之六#xff0c;之七#xff0c;之八#xff0c;之九#xff09;用户故事和MVC没有关系#xff0c;因为MVC是实现方法#xff0c;因此在思考用…这是用户故事系列的第七篇。之一之二之三之四之五之六之七之八之九 用户故事和MVC没有关系因为MVC是实现方法因此在思考用户故事的时候不要一下就想到实现方法很容易把故事写坏。但是MVC和用户故事有很大的关系如果用户故事写好了做MVC的时候一定要记得参考用户故事。本人在C的年代用过MVC但那个时候MVC还只是一种编程思想说用了也行说没用也行。但到了C#之后就出现了正牌的自称是MVC的东西现在最新版本是MVC3本人也在用。Java世界也有MVC的概念但是没有见识过下文中所描述的MVC若没有特殊说明均指Asp.net MVC但相信对Java中的MVC也有借鉴意义。利用MVC实现用户故事的技法如果您已经认可之六中产生用户故事的方法那么也就得到了这样的一个用户故事树右边则是为其量身定做的Controller-Action来自实际项目 下面是对应的Controller-ActionsUsersController--Users/Index----什么也不是--/Users/Details--/Users/User2Authorities--/Users/Users2Roles--/Users/Freeze--/Users/Edit--/Users/Delete--/Users/BatchCreateRolesController--Roles/Edit--Roles/Details--Roles/Delete--Roles/IndexAuthoritesController--Authorities/URA--Authorities/Delete--什么也不是--Authorities/Index----什么也不是--/Authorities/Authorities2Roles--/Authorities/URGA注意看每个Controller实现了一个史诗故事要管理的数据每个Action则实现了一个偶然多个用户故事用户的业务操作有几个值得注意的地方1. 一个Controller几乎正好可以实现一个史诗故事2. 一个Action因为正好是一个动词所以几乎正好和一个用户故事对应。有两个地方违反了如“角色首页新建查看”和“权限首页新建查看”因为为了方便我们在两个Index里边放了个新建用的TextBox方便直接创建因为角色和权限都只有一个名字而已所以觉得犯不上做个独立页面了。为了能记住这一点我们在故事的缩写名字上加了XXXX的标记为了日后能自动计数故事。3. 用户没有“创建”故事也没有Users/Create因为用户只有两种正常的创建方法Register和BatchCreate我们选择了后者。因此既没有“创建用户”这个故事也没有“/Users/Create”这个Action。4. 几个绿色箭头是“增强”类型的故事详见之五它们正好也不对应Action。 上面提到的是我们实际的一种用法未必是普适的但在我们项目中非常适合甚至应该称为“舒服极了”。这种史诗-故事与Controller-Action之间偶然的巧合实际上背后有其必然性。利用MVC实现用户故事的心法MVC以往研究的重点是何为M何为V何为C以及三者之间的关系。我们在用了一段时间后发现其中的每一个都还有更深层次的理念在里边这里谈的就是Controller及其Action。在MVC三者呆在一起的时候问何为Controller估计还是挺容易回答的。但如果不提MV直接问何为一个Controller何为一个Action却挺难回答的。如果去一个非MVC的网站或软件最令人烦恼的是网站的每个页面未必有自己独立的链接比如逛了半天顶上的链接一直是http://xxx.../loginxxxx想为某个页面加个收藏夹都不行。MVC在很大程度上解决了这个问题要操作的数据是Controller要做的操作是Action而参数则是具体操作谁比如/Users/Details?usercheny或CSDN博客上常见的http://blog.csdn.net/cheny_com/article/details/6616794 样式。所以如果已经按照之六中提到的数据-操作方法来组织史诗-故事结构了而且又在使用MVC,则非常推荐编程时将其继续映射到Controller-Action中。可能细心的读者已经注意到本文图中有些故事后面有个链接符号那个正是我们在已经实现了的即金色的故事的后面加上了其超链接全部是/Controller/Action一一对应非常舒服。这相当于一个Action写好了一个故事偶然情况是多个就正好也完了而测试人员就可以点击那个链接去到Action测试。他测试完了Action就能说故事被测试完了而不只是Action被测试完了。以这种方式来对应用户故事和开发内容产品经理和开发人员很容易沟通因此非常推荐使用。 用户故事 vs. FPA功能点分析法 vs. MVC☺ 功能点分析法FPA、敏捷开发用户故事、Asp.net MVC在一定程度上具有相同的目的作为用户需求与开发人员工作的桥梁只是侧重点有所不同。因此若能将它们联合应用就可能用一种组织方式贯穿性地管理估算、需求管理、架构设计三者。完整地表述三者的关系大致如下 用户故事FPAMVC数据史诗故事ILF内部逻辑文件EIF外部接口文件Controller操作普通故事功能EI外部输入EO外部输出EQ外部查询Action 点击下载免费的敏捷开发教材《火星人敏捷开发手册》 转载于:https://www.cnblogs.com/spring3/archive/2011/10/12/2401398.html
