摘要: ref:http://lspengjiang.iteye.com/blog/1156836struts2+mybatis+spring框架整合博客分类:struts2mybatisspringstruts2+spring+mybatisstruts2mybatisspringjsp近期公司要开发新的项目,要用struts2+ibatis+spring框架,所以学习了下,来自己的博客发表下,希望能给大家带来帮助!下边我把我的myschool开发的源代码以及数据库贴出来! 开发环境 myeclips+tomcate+sql server开发技术 struts2+ibatis+spring jsp+ 阅读全文
posted @ 2013-03-29 09:46 hold su 阅读(702) 评论(0) 推荐(0) 编辑
摘要: 单例模式(Singleton)意图:保证一个类只有一个实例,并提供一个访问它的全局访问点。应用:Session或者控件的唯一示例等。模式结构:心得:单例模式应该是设计模式中最简单的结构了,它的目的很简单,就是保证自身的实例只有一份。实现这种目的的方式有很多,在Java中使用懒汉方法、饿汉方法、内部私有类、单元素枚举、函数静态变量等实现。如果用C++实现单例模式,函数静态变量的方式可能整体的质量更好。举例:使用C++实现单例模式的代码如下:classSingleton{protected://禁用构造、拷贝、复制Singleton(){}Singleton(constSingleton& 阅读全文
posted @ 2013-03-29 09:39 hold su 阅读(276) 评论(0) 推荐(0) 编辑
摘要: 软件开发是"抽象化"原则(Abstraction)的一种体现。所谓"抽象化",就是指从具体问题中,提取出具有共性的模式,再使用通用的解决方法加以处理。开发软件的时候,一方面,我们总是希望使用别人已经写好的代码,另一方面,又希望自己写的代码尽可能重用,以求减少工作量。要做到这两个目标,这需要"抽象化"。最近,我读到美国程序员Derick Bailey的一篇文章,谈到"抽象化"应该遵循的三个原则,觉得很有启发。一、DRY原则DRY是 Don't repeat yourself 的缩写,意思是"不要重复 阅读全文
posted @ 2013-03-29 09:36 hold su 阅读(232) 评论(0) 推荐(0) 编辑
摘要: 本人原先对这两个概念也不怎么清楚,后来到网上专门收集了一下 整理如下,方便各位考友! 当软件规模比较小时,系统分析师所完成的工作是把真正的业务需求(这个需求不是指客户简单所说的哪一个功能,而是需要去挖掘的,可能是潜在的但又是系统必需的,条例清楚、逻辑清晰的业务功能,而且需求不仅仅只是来自业务上的,系统所依赖的运行环境也会产生一些需求)转换成计算机可理解、可实现、可计算的模型。但由于现在的系统规模越来越大,复杂程度越来越高,而且应用领域也越来越广,所以很难由一个工种的人来全面完成这项艰巨的任务。 在具体的软件设计过程中,现在把它分解为由系统分析师与软件架构师合作共同来完成这一任务。其中系统分析师 阅读全文
posted @ 2013-03-29 09:33 hold su 阅读(176) 评论(0) 推荐(0) 编辑
摘要: 项目做到了收尾阶段,骨架已经基本清晰,目前在进行代码的重构及优化,整理总结出来几点,欢迎补充及更正,感激不尽!1、能不用public的尽量不用,对于一定要公开的类或方法,请确保其至少为以下情况中的一种: a.数据对象,包括数据库,脚本模板等 b.模块对外公开的统一访问入口 c.枚举,异常,接口等广义范围的协议定义2、具体逻辑实现类的内部,代码注释量应该比平均水平略高 3、慎用消息处理机制,再次思考逻辑的耦合度,当必须要使用消息处理机制时,确保注册的处理器在恰当的时候释放,除非有足够的理由支持其成为一个长生命周期的对象 4、最后,无论重构的规模大小,如果已经有单元测试用例,请在完成之后使用... 阅读全文
posted @ 2013-03-29 09:31 hold su 阅读(153) 评论(0) 推荐(0) 编辑
摘要: XMLXML可以清晰的描述数据保存结构,XML的组成部分:头信息、数据区 阅读全文
posted @ 2013-03-29 09:27 hold su 阅读(159) 评论(0) 推荐(0) 编辑
摘要: 框架使得我们开发应用的速度更快、质量更高、成本更低,这些好处是不言而喻的。框架源于应用,却又高于应用。设计一个框架最好的方法就是从一个具体的应用开始,以提供同一类型应用的通用解决方案为目标,不断地从具体应用中提炼、萃取框架!然后在应用中使用这个框架,并在使用的过程中不断地修正和完善。一个好的框架设计应当采用了一个非常恰当的权衡决策,以使框架在为我们应用提供强大支持的同时,而又对我们的应用作更少的限制。权衡,从来就不是一件简单的事情,但是有很多框架设计的经验可以供我们参考。(1)框架不要为应用做过多的假设 关于框架为应用做过多的假设,一个非常具体的现象就是,框架越俎代庖,把本来是应用要做的... 阅读全文
posted @ 2013-03-29 09:25 hold su 阅读(303) 评论(0) 推荐(0) 编辑
摘要: 在我们的项目架构中,数据库访问通常是用entity framework(EF),另外有一个很重要的service层,主要用于跟EF交互,也会在这一层封装大部分的业务逻辑。通常情况下,我们会用一个接口将某个service的成员提出来,然后通过IOC获取该service的实现。由于service层主要为UI层提供服务,为了让调用者直接的看到可用的方法,因此往往某个service会包含某个模块的所有方法和属性,于是这个service会变得非常庞大。举个例子,比如我们有一个IProductService,用于为product模块提供数据服务。这个product模块下面包含多个子模块,比如该produc 阅读全文
posted @ 2013-03-29 09:24 hold su 阅读(721) 评论(0) 推荐(0) 编辑