浅谈设计模式

冯老师那天跟我提到设计模式,我觉得还应该很有意思吧,我就逛了逛贴吧和社区。下面就听我这个计算机系的女学渣讲述一下我的学习心得吧。

我:什么是设计模式呢?

师兄:设计可以理解为设计方案,模式呢?是解决问题解决多了,除了一套行之有效方案

我:我对于设计模式的理解,给大家举个例子,以我们的电脑为例子吧,他是一个对象不过有点复杂,是由几千个其它对象组成的,包括主板,硬盘,内存,显卡,网卡,CPU。笔记本在制造的时候,制造商搜集所有零件将它们组装起来。当然啦我们也是可以的,我们可以到京东买一些零件来组装电脑,电脑商并不在乎这些零件是怎么生产的,当然他们要知道零件质量过硬,比如苹果公司会把在各个国家生产的零件搜罗到一起,但是他并不在乎他是怎么生产,制造商只会关心如何通过不同的方式将不同的零件组装起来,以便生产出不同型号的电脑。每种型号的电脑都会有他们独特的设计。设计是需要深思熟虑的,以后的生产只需要遵循设计就好啦。这么一说,加入我们是软件厂商,可以用不同组件来创造出不同的软件。我们尝试着用一种面向对象的方式来开发我们的软件,利用OOD原则来让我们的代码更容易管理、重用和扩展。就像你上面提到的那些相同的问题,如果我们预先就有一些良好的设计,那是不是很棒呢?还有个好消息,我们并不需要自己想。这么多年以来,遭遇同样问题的人们早已发现了许多很棒的解决方案,而且把它们标准化过了。我们管这些方案叫设计模式。

设计其实与生活息息相关,如师兄提到的如果迎宾路堵车,我们该如何解决呢?其实这个问题我们程序的高并发一样。

下一期我们来谈谈这个问题,并谈谈基础的设计问题和解决方案。小女不才,还望包涵。

 

 

 

 

关于程序开发的一些小想法 part1

一、由scope(“prototype”)引发

  1. 昨天峰哥说了一个tag上必须加@scope(“prototype”)这样一个注解 。这个注解是将该类以多例的方式注入spring容器,能够解决多线程访问的线程安全问题;原本v52以前我们的action上也有这样的注释——因为Struts是类级别共享资源,所以在多线程访问时同样会有线程安全问题;修改为spring-mvc之后 ,spring-mvc是方法级别共享资源。所以不存在线程安全问题,因此不用加这样的注解。但是@scope(“prototype”)标注的类不应该被@autowired注入到其他类中,否则当有循环依赖的情况发生时,spring容器会无法初始化,抛出BeanCurrentlyInCreationException异常(参考开涛的博客-跟我学spring3  第三章3.2)
  2. 那么什么是循环依赖?

以maven项目为例,a项目依赖b,b项目依赖c,c项目依赖a,形成了一个闭合环就是循环依赖:

依据maven的生命周期,a项目在进行打包或者安装操作时,需要根据依赖先打包或者安装b,b项目在打包或安装时,需要先打包或安装c,c项目在打包或者安装时,需要先打包项目a;此时就会无限的循环下去直至内存溢出。

以上这种循环依赖无解。如果发生这种情况,一定是我们抽象的不对,假如a,b,c三个项目有共有的依赖,为什么不把他们抽象出来一个单独的项目d来由a,b,c共同依赖呢?

以上是使用maven项目构建时的一个小案例,上次峰哥再讲maven的时候我也提及过,我们在使用maven构建项目时可以考虑按功能抽象,也可以考虑按类型(core与模板分离)抽象。

循环依赖在任何具有依赖关系的技术以及体系中都存在。我们知道开发中如果表示类与类的关系时有以下几种表达方式:

泛化 、继承、实现、依赖、关联、聚合、组合

(参考文档http://www.cnblogs.com/olvo/archive/2012/05/03/2481014.html)

比如我们在将对象实例化并注入spring容器中时,会有一些相应的依赖关系。

 因为scope是singleton的 所以这种循环依赖没有报错(会在实例化过程中提供标识,全容器可见:参考开涛博客第三章3.2)假设此时有任意一个被注入的类scope是prototype的,就不会提供这种全容器可见的标识,因此会抛出上述异常。

因此在设计类的时候,也可以抽取公共部分把循环依赖改变成单向的依赖,这样反而更符合逻辑,更符合开发的规范。

我们从上面的描述,可以理解到面向对象编程存在依赖关系时,应尽量避免循环依赖,从类结构、包结构、项目结构都要尽量避免有循环依赖的出现。

在v62的开发时,会引入一个测试代码质量的工具jdepend,这个大家可以作为一个研究院的课题研究jdepend的使用。

二、我的思考

  1. 接口实现类空实现

我们在写一个功能的时候,包括我也经常做一下操作:在orderController中调用orderManager的一个没有的方法,然后直接在接口中直接增加一个方法,导致StoreOrderManager需要增加一个空实现的方法。

先说说这样做的缺点:会给我们的代码增加很多的冗余,我们的代码本身就很臃肿,一个类1500行,可读性差,可维护性差。

在开发过程中,我们要优先遵循最基本的六大开发原则:开闭原则、接口隔离原则(依赖最小接口)、单一职责原则(一个类要有一组相同功能)、依赖倒置原则(依赖于抽象,不依赖具体)、里氏替换原则(具体实现应该可以互相替换而不被依赖者察觉)、迪米特原则(尽少知道)

还有其他各种原则:我整理了一下,认为这两个比较重要:apo(Avoid Premature Optimization避免提前优化)原则、dry(Don’t repeat yourself)原则

从哪些方面来遵守这样的原则呢?

我们首先要抽象一个service层。我发现,我们之前的代码由于各种历史原因,有的校验在controller中进行,并且有的controller中还包含了部分业务逻辑,这样做是不合理的。Controller是一个控制中心,只负责各种功能性代码的调用与执行;而manager中除了操作数据库,还要处理业务,首先就违背了单一职责、接口隔离、迪米特等原则,再深层次的考虑,会使我们的维护变得困难,对我们功能的扩展造成麻烦。

因此我的构想,在未来的6.3 或者7.0版本(过年前后),所有人这个时间都不要提交代码,大约7-10天的一个周期,从包结构上以模块划分、降低包之间的耦合,从类代码上抽象出一个service层,controller中只写调度,service层只写逻辑,dao层只操作数据库—-从各个角度看,这样更合理;以前我工作的公司都是这么做的,从可用性来讲也存在一定的可行性。在重构期间我们遵循上述八条开发原则,将接口拆分成最小单位,实现拆成最小单位,职责拆成最小单位,从结构上来对我们的代码进行整体优化。

  1. 在讲一点开发体会。

1)      关于脑回路:

举个例子,项目经理说,李冰长得好漂亮。

这个时候,郑皓的脑回路是这样的:

李冰—-漂亮—-泡她

我的脑回路

李冰—-漂亮—-范冰冰—-李晨—-有好车—-阿斯顿马丁—-帕加尼—-意大利—-AC米兰—-巴乔……

所以我们一个团队在共同开发的一款产品的时候,会遇到一个问题,项目经理分配的任务有可能没有按照预期的方向进行。所以此时要实时沟通。但是实时沟通的成本太高,所以我们要基于约定来进行开发。约定就包括了流程图,pdm,原型,优秀的开发者还会涉及uml图。

约定好这些之后,才可以进行开发,细节上可以讨论,但是大原则是基本不变的。这有助于提高我们的开发效率。同时文档齐全,交付时连文档一起交付。

开发完成后还要写一个简单的功能说明文档。

失败的案例。

我们所有的软件工程讲的这些工程学的东西,无非是为了更好更快更高质量的生产,那么放入到程序中质量的体现就是代码的复用性以及扩展性(这里还要加上易用性)。

我在设计“装修”功能时,设计的时候,充分的考虑到了可能的扩展,提前预留了一些扩展的字段;现在看来,这种做法是违反我们开发的原则的(避免提前优化)。

在设计的时候为了开发的方便性,暴露了很多内部逻辑给前端人员,这样用起来很困难。

封装可以解决易用的问题。

预告,下次part2将maven多模块项目的真实面目,敬请期待。

从零开始写微信小程序(一)—–开发环境搭建

最近微信小程序相关的新闻铺天盖地,各种言论诸如“app将死,微信当立”,搞的笔者十分好奇,于是在一个阳光明媚的早晨,对微信小程序一探究竟。

首先下载开发环境:https://mp.weixin.qq.com/debug/wxadoc/dev/devtools/download.html

下载并安装完成后,启动开发工具:

由于我已经有一个项目了,所以图中有个demo2。

点击添加项目,会让你填写appid,项目名称,项目路径。由于目前正在内测,所以如果没有appid可以选择无appid.项目名称和项目路径自填。

如果勾选了创建quickstart选项,则会在工作空间创建一个简单的项目:

点击添加项目,一个简单的helloword程序就搭建成功了。

下篇文章,将为您介绍微信小程序开发的基本配置,敬请期待。

微信小程序官网地址:https://mp.weixin.qq.com/debug/wxadoc/dev/

本文有javashop提供,享有一切相关版权;转载请注明出处。

javashop唯一官网地址:多用户商城系统

sql server 注意事项(二)

sql server与mysql最主要的区别是 sql server对sql的语法要求非常严格 ,而mysql对sql的语法容错较好。

因此当我们在写一些包含分组(group by)的语句时 ,select 后面的字段 必须包含在group by子句或者聚合函数中.

select * from es_order group by member_id;

在mysql中可以正确执行;而在sqlserver中,则会报错:

因此我们在写sql语句时,为了更好的兼容性,一定要写的严谨一些;而多数情况下,不兼容多是因为sql语句不够严禁造成的。

另外,mysql、oracle、sqlserver不兼容也有可能是各自的内置函数不同导致,例如:

mysql和oracle共同支持instr()函数,而sqlserver不支持此方法,如果需要使用按指定字段、指定顺序排序的话,则需要使用charindex函数

从Integer比较引发的一起血案.

某日,javashop的小李在检查代码时,发现了一个比较严重的问题.

笔者看完之后很纳闷,为啥Integer的比较不能用==呢?

我们平时声明一个int类型的a 和一个int类型的b,完全可以使用==来比较,虽然Integer是引用类型,但是他一定是做了什么处理,不然我在比较的时候,为啥得到的结果和预期的时候一致呢?

带着这个疑问,笔者做了一个实验:

两次比较的结果竟然不一样,笔者瞬间就惊了个呆,原来自己的理解一直是错的,实在是愧对老司机这个称号!

但是为什么第一次比较的结果是一样的呢?笔者又做了一次实验,发现在-128到127这个范围之间,使用==比较时结果是相等的,而超出了这个范围,使用==比较往往得不到预期的结果.

一定是做了什么特殊的处理,Integer和其他妖艳贱货的引用类型不一样!

于是笔者仔细查看了Integer源码,发现了这样一段代码:

原来在对Integer进行赋值操作的时候 即Integer a=1时,进行了装箱操作,使用的是上图中的方法.当传入的值在-128-127之间是,会从java的缓冲池获取一个对象.而==符号比较的是引用类型的地址,返回缓冲池对象时,地址相同,所以==会生效.

同样的道理,我们在使用String类型比较的时候

String a=”abc”;

String b=”abc”;

a==b返回的结果同样是true,因为abc也是放入了字符串常量池,使用上述方法赋值时引用地址相同;反之,如果在对Integer赋值时使用

Integer a=new Integer(1);

Integer b=new Integer(1);

a==b的返回结果就变成false啦!

所以在对引用类型进行比较时,应使用equals()方法,而不要使用==符号

注解是什么,如何使用注解,为什么使用注解

注解是什么

注解,可以看作是对 一个 类/方法 的一个扩展的模版,每个 类/方法 按照注解类中的规则,来为 类/方法 注解不同的参数,在用到的地方可以得到不同的 类/方法 中注解的各种参数与值。

怎么使用注解

1、自定义注解类

注解类上方的注解各种含义,看这个链接http://www.cnblogs.com/peida/archive/2013/04/24/3036689.html

2、枚举类

3、注解使用

通过注解获取到了具体的配置信息,并且打印,那么注解的功能就说完了

以上演示的是类型注解,方法注解则修改注解类中

@Target(ElementType.TYPE)  ===> @Target(ElementType.METHOD)   按照以下方法调用即可

为什么用注解

优点

配置文件

1,集中管理对象和对象之间的组合关系,易于阅读

注解

1,开发速度快

2,编译期间容易发现错误的出处

缺点

配置文件

1,开发速度相对较慢;

2,编译时很难检查出错误,运行中的错误很难定位,调试难度较大。

注解

管理分散,基本每个类上都有;


一个小特性

注解有类似继承这样的机制,A.java 实现了spring的@Component可以被注入到spring容器,但如果自定义的注解有spring的@Component注解的话,那么在具体使用这个自定义注解时候将不需要原本使用的spring注解,具体事例如下:

这是原本应该有的注解形式,一个自定义注解以及一个spring的注解

如果自定义注解 拥有spring的@component注解

那么在具体使用时,可以忽略之前的注解

以上观点为自我理解的结果,如有错误,请指正!~

Javashop 图片上传插件使用指南

一、概述

Javashop 图片上传插件是一款基于WebUploader插件所封装的上传图片插件。

可用于快速生成上传图片页面,有如下特点:

  •  基于freemarker指令模式所编写,只需一个指令,并且添加相关的配置,其它不用关心,生成方便灵活
  • 多配置,灵活性较高
  • 支持拖拽排序,操作体验提升

效果预览

二、使用说明

上传图片插件会使用ajax上传图片,上传图片后生成一个的input。剩下就可以按照你自己的业务逻辑进行处理。

1.基本使用指南

1. freemarker指令,写在你想生成的html的位置

<@imageuploader/>

2. 配置

参数说明:

imageName   :   【必填】生成input的name

subFolder   :   【必填】服务器存放目录

showImgs :   【必填,数组】已有的图片作为显示用的比如www.a.com/a.png.  没有其他作用

actualImgs : 【必填,数组】已有图片实际的值,这个看你自己的逻辑,会生成input提交

fileNumLimit : 【选填】限制上传数量,不填默认20个

按照以上配置后,即可实现上传图片功能。

注:暂不支持一个页面多个上传图片空间,1.1版本考虑支持

Java实现文件下载时关于文件名的控制


filename=new String(filename.getBytes("gbk"),"iso-8859-1");
 httpResponse.setHeader("Content-Disposition", "attachment; filename=\""+filename+"\"");
 httpResponse.setCharacterEncoding("UTF-8");
 httpResponse.setHeader("Content-Type","application/octet-stream");

注意  filename=\”"+filename+”\”" 要带有” ,以处理文件名是中文,且有空格的情况。

javashop做最好的Java网店系统

Java b2b2c系统

Java 多用户商城

Java 多店铺商城

Java 多店铺系统

Java CMS系统

Java O2O系统

Java 商城APP

官网请访问:www.javamall.com.cn