2019年一.专周选题.docVIP

一.专周选题 本次专周课题选择了展示类的课题，但是如果只是单单的产品展示的话，就显得系统的功能比较单一：只有对产品对象的CRDU操作外加包含图片界面的话,就相当于只需要很少jsp页面完成交互操作.剩下的全部交给html页面即可. 因此,考虑到完善产品展示功能的基础上,最终选择以下模型参考点. 1不按照课题完完全全进行课题设计 2改五金商品展示为商品展示 最后,形成以下的初步设想. 1课题确定为简易型的网上商城系统,在展示商品的基础上完成简易的购买查询操作 2系统分为前后台两部分:前台负责展品的展示部分,后台负责展品的CRDU操作,系统的结合点为数据库.这样后台的操作能在前台执行展示. 二.功能分配 在第一周完成了系统的需求和设计文档,包括以下部分: 1需求分析设计 2数据库分析设计 3系统概要分析设计 完成初步版本阶段. 在代码方面,初步完成以下两个部分: 1完成前台的系统架构,包括开发工具配置,环境等,搭建起项目基本结构 2完成后台操作界面的基本布局. 3设置SVN的项目版本管理服务器(分设两个,由前后台各自独立进行). 三.功能实现 在两天的时间内,完成了系统功能的需求分析以及项目的基本原型构建,其进度已经超出了原本的进度安排.在接下来的时间里,主要做的就是对系统各个功能块的实现以及完善.该过程主要由以下几个方面组成. 前台部分的实现 1UI方面: 由于是实现简易网上商城的购物系统,那么产品的展示首先就是考虑的重点.参考了网上各个网上商城的界面效果.决定采用百度商品搜索的界面效果来作为本次设计的商品展示效果,其方便简洁能一目了然. 页面的展示效果主要是用Chrome的调试工具+dreamweave来构建的,前者对修改页面产生的所见即所得的效果非常流行.后者能快速编写并构建html页面. 在UI方面的体验上,还采用了HTML5的新技术,一方面是方便用户体验效果,另一方面,在数据校验方面也省得了大量的js效果.如input type=’text’提供的新属性, required:表单提交时会自动校验该文本域是否为空 placeholder:表单域为空时的信息提示 pattern:采用正则表达式校验数据 HTML5+CSS3也实现了绚丽的界面产品展示效果. 2后台处理程序: 后台的处理程序主要包含对数据库数据库的提取,以及正常的流程操作功能,其他数据操作部分主要为后台(CS)部分实现,还处理程序采用了javaee的构建方式,能实现系统的快速开发. Struts2:MVC模式 Hibernate:数据类和数据表的映射 Spring:整个系统功能的管理者,包括IOC和AOP 总体的流程设计如下(类图用来描述系统初步的实体关系及需求): 开发过程中遇到的主要难题如下: 1ajax请求的回调函数不执行:js的错误经常被莫名其妙的吞并,在浏览器中进行调试的时候发现http的请求和相应均为正常,数据也正常返回,但是回调函数无法触发.主要是$.post();后面经过长时间的摸索,最终找到了两个原因:一是后台返回的json格式不正确,二是前后编码问题不一致,尤其是在浏览器的编码方面.经过教训,逐步摸索出发起异步请求数据的时候,最后使用原生的$.ajax(),直接加上error:function(){}回调函数,即可方面查询出错误类型. 2调用s:action标签的问题!!在前台表单中有如下两种调用action的方式: user/login user/login.action 这两个方式同样指向struts.xml中user名称空间中action为login的action,并都能达到同样的效果.因为.action是struts2的默认后缀名. 但是:在s:action中调用action,其name属性必须与action在struts.xml配置的action的name属性一模一样才能调用,否则会报出异常. 由于本人习惯在前台调用加上.action,后来为了找个异常花费了一天的时间,这不得不说是struts2的一个恶心点啊. 3数据无法更新进数据库.这涉及到hibernate中规定的对象的三个状态及其切换方式,由于本人理解不透彻,误以为调 用hibernateTemplate.update(model)方式即可将数据更新进数据库.后面采用这样的方式时,数据一直无法更新进数据库.经过查找才发现update只是想对象从托管状态变为持久状态而已.更新操作并不真正发现在该方法的调用上. 后台处理程序的功能亮点: 1实现未登录权限的各种拦截,由于是网上购物商城,那么未经登录的用户是很有权限是不能访问的,比如订单查询和购物车查询.