开始动手做这个项目时,发现无法做到完全的先设计.再编码,于是决定分模块进行,从管理员模块开始设计.编码,而且接口就已经改了好几次了. 管理员模块涉及的功能有登录和后台对管理员的维护,其中也涉及前端的开发.UI模板使用Inspinia,感觉这套模板功能丰富.界面美观,而且基于HTML5和BootStrap,对这两方面的知识也可以多些了解. 在上一篇<如何在单元测试时隔离ORM>中,解决了对Service层进行测试怎样构建伪对象的问题,随后管理员模块的Service层和单元测试在齐头并进中完成了:…
前不久刚刚通过租房网站的开发学习了MVC,并随后学习了单元测试相关的基础,现在开始健身网站的开发,该项目将结合MVC与单元测试,在开发实践过程中,趁热打铁,巩固并运用之前的内容. 一 健身网站功能描述 关于健身网站的需求,主要从个人日常锻炼的需要出发,以达到辅助锻炼的目的.各应用商店中健身相关的APP也有不少,但始终无法找到一款很好满足增肌训练的.不花哨的.去社交化的.无跑步宗教的应用.于是刚好通过健身网站的开发,学习MVC和单元测试:如果顺利完成的话,也可作为日常锻炼之用. 网站的主要功能是:…
主页-http://www.zhixin9001.cn/Home/Introduce GitHub- https://github.com/zhixin9001/Fitness 这是关于Fit网站的最后一篇,这几天网站备案审核通过,以后就可以正式使用了. 项目过程中学习了MVC.单元测试.Bootstrap.IOC等内容,也体验了云存储.虚机的使用(共享虚机). 域名备案真是麻烦极了,要在网上提交申请,拍照上传照片,下载打印三张纸质申请单,开始时没看清楚陕西地区的日期不能写还作废了好几张,然后还…
网站后台负责进行动作的管理,包括动作名称.介绍.训练要点.配图等内容,以便前台能够使用这些内容.在上一篇< Fit项目图片上传和云存储的调通>中已经准备好了这里涉及到的主要技术难点,现在就开始完成该模块了. 一 列表介绍 健身管理模块包括肌群.肌肉的显示以及动作的管理.这儿也算是开始涉及“业务内容”了,还好我之前有储备了一些关于健身的资料,现在是时候派上另一种用场了. a) 肌群和肌肉因为内容相对固定,所以为了减少业务逻辑以及单元测试的代码量,当然最主要是为了偷懒,就只提供列表的显示功能,无法…
健身计划需要使用者自己定制,没有现成的内容可供选择.本篇就是关于健身计划的添加与重置功能的一部分. 一 功能描述 a) 关于计划的定制,决定以周期的方式,比如有人会以一周为周期,然后安排每周的1.3.5进行锻炼.系统将以以这种模式为典型来实现,首先需要设定一个周期循环的天数,然后为其中的某些天安排特定的锻炼内容,剩下没有安排的天数为休息时间. 为某一天安排具体的锻炼内容时,数据来自通过后台添加的训练项目,这块的功能之前已经完成.因为训练项目分成了两类,一类是对局部肌肉的锻炼,另一类是全身性的综合…
​统计分析模块与之前的内容相对独立,用于记录并跟踪各部位围度的变化.还需提供对所作计划的分析,辅助使计划更合理. 一 围度记录 这儿可以记录各项身体围度指标,现在包括体重在内身体上上下下基本全部提供了,虽然貌似用处不大,所以这个界面并不做非空校验,但会有对输入格式的限制,必须是整数或一位小数. 二 围度变化 有了上一步记录的数据后,就可以基于这些数据,以图表的形式直观地反映围度的变化了. a) 模板提供了各种图表插件,最后选择了flotchart,需求比较基础,完全可以满足.用起来也挺方便: 放…
上一篇完成了计划的制定,然后需要把计划转换为日程,在日历视图上直观地显示,与日程相对应的还有完成日程内容后的打卡动作. 一 日程视图 a) 要把循环的计划铺开成为日程,日程的显示用日历视图是最合适的.模板中提供的日历插件为fullcalendar,功能足够.样式漂亮就直接用了. 将计划展开为日程后,日程可以分为已经完成.当天.未完成三部分,这三类用不同的颜色加以区分.并且点击当天的日程会跳转到训练和打卡界面. 已经完成的日程全部显示,未完成的只显示30天的,没必要生成更多的:而且如果计划被重置,…
​计划的制定涉及到周期-动作包-动作的关联操作,在上一篇<计划的添加与重置>完成了周期的设置.动作包的添加,现在要完成的是动作的添加操作. 一 具体功能 a) 在选定了一个大周期具有的天数后,可以对具体的某一天配置动作包.一个动作包下可以有多个动作,比如3天中的第1天配置了两项动作 b) 点击添加,可以继续增加更多的内容 添加界面糅合了局部训练和综合训练的两套逻辑,不同的训练类型操作界面不同.为了复用一部分html元素和js函数,页面搞得很大,最后js函数仍有20多个,有winform的笨重感…
Fit项目停滞了一段时间,现在继续吧.上一篇完成了动作文本和配图的添加.编辑等内容.接下来要完成的是后台的最后一个模块:系统信息:以及前台的入口:关于注册.登录.修改密码等. 一 系统信息 a) 用户信息 用户信息界面可以查看前台用户的注册.使用情况. b) 操作记录 对后台管理员进行的操作做了记录,然后可以在该界面查看. 记录的是对各个菜单的增删改查操作,在权限管理AuthorizaFilter中判断权限的同时记录操作内容.所以记录的内容便直接使用权限的名称了. 二 前台登录 a) 注册 注册…
管理员的维护功能完成后,还有权限和角色,三者构成权限系统.这里采用的RBAC是最经典.最简单的一种,权限-角色-管理员只能层层传递,并不能直接为管理员分配权限. 一 权限.角色管理 a) 权限 之前编写好了分页组件,在权限列表直接用起来了,可惜假数据只有一页 视图背后对应的Action是PermissionController.List.List方法获取分页数据,默认取第一页不用多说. 权限.角色.管理员的添加.编辑界面都比较类似. 新增.编辑.删除使用异步提交.新增.编辑的异步提交使用上一篇学…