BlogJava-love fish大鹏一曰同风起，扶摇直上九万里-随笔分类-Other

嘉旺点餐系统

liaojiyong — Wed, 02 Dec 2009 04:00:00 GMT

http://www.blogjava.net/Files/liaojiyong/嘉旺点餐系统.rar

liaojiyong 2009-12-02 12:00 发表评论

深圳求职网

liaojiyong — Thu, 24 May 2007 08:22:00 GMT

http://www.51job.com/
http://www.zhaopin.com
http://www.szhr.com.cn/
http://www.job88.com/zh-cn/
http://www.cjol.com

liaojiyong 2007-05-24 16:22 发表评论

威金logo1_.exe专杀工具下载

liaojiyong — Wed, 18 Apr 2007 05:57:00 GMT

http://www.blogjava.net/Files/liaojiyong/Vikingkiller.rar

liaojiyong 2007-04-18 13:57 发表评论

购物车设计开发（转）

liaojiyong — Thu, 22 Mar 2007 03:16:00 GMT

第一章，购物车需求调研。

只要是电子商务购物网站，购物车是必不可少的功能。

设计一个功能强大、易用性好的购物车绝对是提高顾客购买兴趣和达成购买的一个重要因素。

纵观国内外的电子商务网站，做得比较好，在国内有卓越（ www .joyo.com ）,当当（www.dangdang.com），
国外的则比较多，主要有亚马逊书店（www.amazon.com），GAP（www.gap.com）， www.target.com ， www .buy.com 等。

这些网站对于购物车的设计各有特色，但大致是分为两种购物车： MiniCart（迷你车）和

ShoppingCart（购物车）。

MiniCart的分析

MiniCart 是购物车的一个微缩版，一般是显示最后加入购物车的一个商品，当然也有显示多个的，但这要注意尺度，
一般显示最后3个已经很足够，再多使到排版过长，影响浏览。

在 MiniCart 页面，现在流行的安排是左边显示推荐的相关产品，右边是 MiniCart 。这是根据用户当前选购商品的一
种业务需求挖掘，来进一步推动销售。具体如图1。

另外一种 MiniCart 则为 www .gap.com 独创，笔者浏览过国内外各大电子商务产品及网站，暂时只是发现 GAP 系的网站有这种设计。

见下图。

读者请注意我用红色圈住的地方，就是它的 MiniCart ，当顾客点击 [Add to cart ] 时，系统将在右上栏的 MiniCart
柔和地展开，第一部分是顾客刚才加入购物车的商品，如果该商品存在相关促销活动或者是属于某个产品包
（购买 A +B 将节省n%等），将在第二部分显示相关的推荐。

整个动态效果做得非常舒服，很吸引顾客眼球。只是它的实现较复杂。

Shopping Cart的分析

购物车（ ShoppingCart ）的设计则大同小异，如 Amazon 的设计如下：

见图中红色圈圈。

【 1 】列功能区：放置该列商品加入购物车的时间、对每个商品的操作按钮。

【 2 】商品详细信息区：包括产品名称、库存、是否免运费及是否需要礼品包装等。

【 3 】价格区：该商品折后价格及节省了多少。

【 4 】数量区：可以修改购买数量。

【 5 】总体功能区：提供操作整个购物车区域（分为 Buy Now 和Buy Later两个取悦）

的操作按钮和统计信息。

经过分析，大致需要提供给用户操作的功能有：

更新数量；

删除 (1…n) ；

Save for later （Joyo描述为收藏）（1...n）；

Move to cart 移到购物车（对Save for later的商品）（1…n）。

而在系统内部我们还需要对购物车进行更多的处理，比如对购物车的商品进行计费、计算出

折后价格，统计数据，对有促销活动的商品给顾客以明显的提示， Also buy 等等。

到这里，购物车的业务需求分析研究就过一段落了，下一章将会进行购物车的建模设计。

第二章：购物车业务建模。

笔者在本文中将会采用 UML 对购物车进行建模。

对于我们的例子，涉及参与者（ Actor ）是顾客，业务实体则有 MiniCart 和 Shopping Cart 。

1 、术语解释。

购物车 /ShoppingCart ：模拟现实的购物车，存放顾客选购的商品。

购物车元素 /ShoppingCartItem ：表示每个加入购物车的商品， 1 个购物车元素对应一个商品。

迷你车 /MiniCart ：购物车的微缩版，只显示最后（或者近几个）加入购物车商品，会附加一些促销的信息。

2 、用例（ Use Case ）

用例（ Use Case ）是顾客对购物车进行直接操作的事件。

经过分析，得出的用例如下图：

3 、业务实体。

描述如下：

1 ） ShoppingCart 和 ShoppingCartItem 是聚合关系，即 ShoppingCartItem 生命周期依赖于 ShoppingCart ；

2 ） MiniCart 和和 ShoppingCartItem 是组合关系，一个 MiniCart 可以呈现多个 ShoppingCartItem ，

ShoppingCartItem 生命周期和 MiniCart 没有直接关系；

3 ） MiniCart 对 ShoppingCart 有依赖关系，如果还没有为顾客分配 ShoppingCart ，则 MiniCart 也为空。

4 、时序图。

描述顾客和购物车之间的交互关系，并表述对象之间的时间顺序可以用时序图表达，但限于篇幅，

笔者只对其中的【将商品加入购物车】进行设计。

4.1 基本流如下：

流程描述如下：

顾客服务器

1 ）查看商品；

2 ）将商品加入购物车；

3 ）购物车模块判断可以加入；

4 ）将该商品加入购物车；

5 ）调用其它接口对购物车进行处理（如计费接口）；

6 ）调用 MiniCart 接口组装返回数据；

7 ）呈现 MiniCart 页面；

8 ）查看 MiniCart 页面。

4.2 扩展流如下：

1 ） Add to cart 时，通过购买验证，发现顾客等级不足以购买当前商品，则返回提示信息，流程结束。

2 ）另外还有其它的扩展流，比如库存不足等，由于很相似，所以在本文就不画图了。

5 、其它。

下图表达了一个顾客进入网站后选购商品——结帐的活动过程概述。

其中对 Add to cart 的子流程做了描述，结帐流程不在本文描述范围。

下一篇将进行实体和接口的具体设计，请关注。

【转载请注明出处！】

笔者现在 www .probiz.cn 任项目主管，进行基于 J2EE 电子商务套件的研发。

产品在线 demo 请垂阅： http://demo.probiz.cn

后台：http://demo.probiz.cn/StoreAdmin

笔者对 J 2EE 相关技术及电子商务方面有所研究，欢迎进行交流。

QQ：16399476

MSN ： yanchaomin @hotmail.com

liaojiyong 2007-03-22 11:16 发表评论

使用SiteMesh简化网页布局(转)

liaojiyong — Thu, 22 Mar 2007 03:14:00 GMT

在公司项目使用了 Appfuse ，其带有 SiteMesh 对于网页布局简化让我感觉很好用，本文旨在对对 Sitemesh 的基本原理和在项目中使用 Sitemesh 的实现流程、使用技巧的介绍。

1. 基本原理

SiteMesh 是以 Servlet 2.3API 为基础。它包含一个引擎，用来解析输出的网页或者网页片段，决定是否需要应用装饰器以及合并合适的装饰器。

SiteMesh 与应用内容无关，适用的内容格式包括 Html 、 JSP 、 Servlet 、 XSL ，甚至 CGI 。

2. 实现流程

1）当为 Servlet 容器指定一个 Http 请求时， SiteMesh 截取请求，使用一个 Servlet Filter ，然后捕捉 Html 结果。

2）然后这个 Html 被解析，并且任何相关的内容都被提取到一个 Page 对象中。

3）询问 DecoratorMapper 来确定那一个装饰器需要被应用。

4） Servlet 向包含装饰器的 JSP 发送请求。

5 ）装饰器生成带有从 page 对象中获得的内容的 Html 布局。

大致流程如下图：

Sitemesh 这样的好处是，所有具体业务页面的开发者无需考虑该页面将处在最终输出页面的那个位置。无需 include 一大堆页面，以后如果系统整体改版，那么只需要改写装饰器页面及重新配置装饰规则即可完成，方便快捷，可维护性极好。

3. 在项目中使用 Sitemesh

1. 将 sitemesh_[version].jar 包加到 WEB-INF\lib 下

2. 在 web.xml 中增加

        < filter >

               < filter-name > sitemesh filter-name >

               < filter-class > com.opensymphony.module.sitemesh.filter.PageFilter filter-class >

        filter >

        < filter-mapping >

               < filter-name > sitemesh filter-name >

               < url-pattern > /* url-pattern >

        filter-mapping >

表示对系统中所有 url 请求均使用 sitemesh Filter 进行拦截。

3. 在 WEB-INF 下配置 sitemesh.xml 和 decorator.xml 配置文件。

Sitemesh.xml

< sitemesh >

     < property name ="decorators-file" value ="/WEB-INF/decorators.xml" />

     < excludes file ="${decorators-file}" />

     < page-parsers >

         < parser default ="true" class ="com.opensymphony.module.sitemesh.parser.HTMLPageParser" />

         < parser content-type ="text/html"

class ="com.opensymphony.module.sitemesh.parser.HTMLPageParser" />

         < parser content-type ="text/html;charset=ISO-8859-1"

class ="com.opensymphony.module.sitemesh.parser.HTMLPageParser" />

     page-parsers >

     < decorator-mappers >



         < mapper class ="com.opensymphony.module.sitemesh.mapper.PrintableDecoratorMapper" >

                             < param name ="decorator" value ="printable" />

                             < param name ="parameter.name" value ="printable" />

                             < param name ="parameter.value" value ="true" />

         mapper >

         < mapper class ="com.opensymphony.module.sitemesh.mapper.ConfigDecoratorMapper" >

             < param name ="config" value ="${decorators-file}" />

         mapper >

     decorator-mappers >

sitemesh >

Decorator.xml

< decorators defaultdir ="/decorators" >

     < excludes >

         < pattern > /demos/* pattern >

         < pattern > /resources/* pattern >

         < pattern > /test* pattern >

         < pattern > /FCKeditor/* pattern >

     excludes >



     < decorator name ="printable" page ="decPrintable.jsp" />

          < decorator name ="login" page ="decLogin.jsp" >

                    < pattern > *login* pattern >            —url 映射模式 -- >

          decorator >

     < decorator name ="default" page ="decDefault.jsp" >

         < pattern > /* pattern >                  — 缺省的装饰器 -- >

     decorator >

decorators >

在 sitemesh.xml 中配置了两个 DecoratorMapper ： PrintableDecoratorMapper 和 ConfigDecoratorMapper 。

PrintableDecoratorMapper 是供打印专用，在 url 后加上 printable=true 即会使用 decorator.xml 中指定的 printable 装饰器来对页面进行装饰，一般来说打印页面是只需要打印本页面的内容，其余的如头、脚、导航栏、左右菜单等是不需要打印的，通过装饰器可以轻松实现打印页面的过滤。

4. 创建一个装饰器 JSP 页面，我建议所有装饰器页面放到 decorators 目录，并且以 dec[ 功能 ].jsp 作为命名方式，如 decPrintable.jsp 、 decDefault.jsp 。

下面是一个装饰器的代码：

DOCTYPE html PUBLIC " -//W3C//DTD XHTML 1.0 Transitional//EN "
     " http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd " >

<%-- Include common set of tag library declarations for each layout --%>
<% @ include file = " /common/taglibs.jsp " %>

< html xmlns = " http://www.w3.org/1999/xhtml " xml:lang = " en " >
     < head >
         < decorator:head />
     head >
< body
< decorator:getProperty property = " body.id " writeEntireProperty = " true " />
< decorator:getProperty property = " body.onload " writeEntireProperty = " true " />
< decorator:getProperty property = " body.onunload " writeEntireProperty = " true " />
>
         <% @ include file = " /common/header.jsp " %>
           < h1 >< decorator:getProperty property = " page.heading " /> h1 >
             <% @ include file = " /common/messages.jsp " %>
             < decorator:body />
         < jsp:include page = " /common/footer.jsp " />
body >
html >

注意其标签，这些标签将被装饰的 page 页面的相应内容作为属性传入。 Page 页面的相关内容将放在 decorator 标签所指定的位置。

Title ：标题

Head ：头部，一般是公共的 js 、 css 及 meta 。

Body ：被装饰的 page 的主体内容。

5 、 Sitemesh 通过在 sitemesh.xml 中配置 DecoratorMapper 配置映射器，通过在 decorator.xml 中配置装饰器文件及其匹配方式。当有页面需要输出到客户端时，将根据这些配置选择相应的装饰器来进行装饰，将装饰结果返回给客户界面。

4. 参考资料

关于 Sitemesh 的 api 及详细使用说明可以参看其官方网站

http://www.opensymphony.com/sitemesh

liaojiyong 2007-03-22 11:14 发表评论

noName

liaojiyong — Mon, 24 Jul 2006 07:52:00 GMT

1.My Focus

2.Online Docs

3.Chinese Community

4.English Community

5.Source DEMO

6.Tech BLOG

7.Linux Community

http://sourceforge.net/projects/speedframework

http://www.instantiations.com/codepro/index.html

AUTOMATED JAVA TESTING TOOLS

Defect Detection, Repair and Reporting

Automated JUnit Test Generation

JUnit Test Editor

Code Coverage Analysis

Static Code Analysis

Benefit by

Driving out quality problems earlier in the development process
Creating tight, maintainable systems
Enforcing quality measures across teams
Spending less time and money to develop high-performance Java systems

liaojiyong 2006-07-24 15:52 发表评论

什么是白盒测试，什么是黑盒测试?(转)

liaojiyong — Tue, 18 Jul 2006 12:28:00 GMT

答：白盒测试和黑盒测试是根据对软件代码的可见性，采用的测试方法；凡是针对代码本身的测试，都可以看做是白盒测试，凡是不考虑代码如何实现，只对代码能实现的功能进行的测试都可以看作黑盒测试。
    black box testing focus on functional requirements,attempts to find following errors:
    1.incorrect or missing functions;
    2.interfaces errors;
    3.errors in data structures or extenal database access;
    4.performance errors;
    5.initialisation and termination errors

    white box testing test control structure of a procedural design can derive test cases to ensure:
    1.all independent paths are exercised at least once;
    2.all logic decisions are exercised both ture and false paths;
    3.all loops are executed at their boundaries and within operational bounds;
    4.all internal data structure are exercised to ensure validity;

白盒与黑盒测试什么区分?

1、黑盒测试

　　黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

2、白盒测试

　　白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

　　“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。

软件人员使用白盒测试方法，主要想对程序模块进行如下的检查：
– 对程序模块的所有独立的执行路径至少测试一次；
– 对所有的逻辑判定，取 “ 真 ” 与取 “ 假 ” 的两种情况都至少测试一次；
– 在循环的边界和运行界限内执行循环体；
– 测试内部数据结构的有效性，等。
具体包含的逻辑覆盖有： – 语句覆盖 – 判定覆盖 – 条件覆盖 – 判定－条件覆盖 – 条件组合覆盖 – 路径覆盖。

a白盒测试技术 (White Box Testing) ：深入到代码一级的测试，使用这种技术发现问题最早，效果也是最好的。该技术主要的特征是测试对象进入了代码内部，根据开发人员对代码和对程序的熟悉程度，对有需要的部分进行在软件编码阶段，开发人员根据自己对代码的理解和接触所进行的软件测试叫做白盒测试。这一阶段测试以软件开发人员为主，在 JAVA 平台使用 Xunit 系列工具进行测试， Xunit 测试工具是类一级的测试工具对每一个类和该类的方法进行测试。

b黑盒测试技术（ Black Box Testing ）：黑盒测试的内容主要有以下几个方面，但是主要还是功能部分。主要是覆盖全部的功能，可以结合兼容，性能测试等方面进行，根据软件需求，设计文档，模拟客户场景随系统进行实际的测试，这种测试技术是使用最多的测试技术涵盖了测试的方方面面，可以考虑以下方面

c正确性 (Correctness) ：计算结果，命名等方面。

d可用性 (Usability) ：是否可以满足软件的需求说明。

e边界条件 (Boundary Condition) ：输入部分的边界值，就是使用一般书中说的等价类划分，试试最大最小和非法数据等等。

f性能 (Performance) ：正常使用的时间内系统完成一个任务需要的时间，多人同时使用的时候响应时间在可以接受范围内。 J2EE 技术实现的系统在性能方面更是需要照顾的，一般原则是 3 秒以下接受， 3-5 秒可以接受， 5 秒以上就影响易用性了。如果在测试过程中发现性能问题，修复起来是非常艰难的，因为这常常意味着程序的算法不好，结构不好，或者设计有问题。因此在产品开发的开始阶段，就要考虑到软件的性能问题

g压力测试 (Stress) ：多用户情况可以考虑使用压力测试工具，建议将压力和性能测试结合起来进行。如果有负载平衡的话还要在服务器端打开监测工具 , 查看服务器 CPU 使用率，内存占用情况，如果有必要可以模拟大量数据输入，对硬盘的影响等等信息。如果有必要的话必须进行性能优化 ( 软硬件都可以 ) 。这里的压力测试针对的是某几项功能。

h错误恢复 (Error Recovery) ：错误处理，页面数据验证，包括突然间断电，输入脏数据等。

i安全性测试 (Security) ：这个领域正在研究中，防火墙、补丁包、杀毒软件等的就不必说了，不过可以考虑。破坏性测试时任意看了一些资料后得知 , 这里面设计到的知识 \ 内容可以写本书了 , 不是一两句可以说清的，特别是一些商务网站，或者跟钱有关，或者和公司秘密有关的 web 更是需要这方面的测试，在外国有一种专门干这一行的人叫安全顾问，可以审核代码，提出安全建议，出现紧急事件时的处理办法等，在国内没有听说哪里有专门搞安全技术测试的内容。

j 兼容性 (Compatibility) ：不同浏览器，不同应用程序版本在实现功能时的表现不同的上网方式，如果你测试的是一个公共网站的话。

liaojiyong 2006-07-18 20:28 发表评论

Web应用中重复提交的问题的三种解决方案（转）

liaojiyong — Thu, 29 Jun 2006 07:12:00 GMT

前两种是利用javascript,后面一种是在使用Struts的情况下的参考实现:

1、javascript ，设置一个变量，只允许提交一次。

2、还是javascript，将提交按钮或者image置为disable

3、利用struts的同步令牌机制

利用同步令牌（Token）机制来解决Web应用中重复提交的问题，Struts也给出了一个参考实现。

基本原理：

服务器端在处理到达的请求之前，会将请求中包含的令牌值与保存在当前用户会话中的令牌值进行比较，

看是否匹配。在处理完该请求后，且在答复发送给客户端之前，将会产生一个新的令牌，该令牌除传给

客户端以外，也会将用户会话中保存的旧的令牌进行替换。这样如果用户回退到刚才的提交页面并再次

提交的话，客户端传过来的令牌就和服务器端的令牌不一致，从而有效地防止了重复提交的发生。

if (isTokenValid(request, true))
{
  // your code here
    return mapping.findForward("success");
} else
{
    saveToken(request);
    return mapping.findForward
	("submitagain");
}

Struts根据用户会话ID和当前系统时间来生成一个唯一（对于每个会话）令牌的，具体实现可以参考TokenProcessor类中的generateToken()方法。

1. //验证事务控制令牌,会自动根据session中标识生成一个隐含input代表令牌，防止两次提交

2. 在action中：

//
       if (!isTokenValid(request))
   errors.add(ActionErrors.GLOBAL_ERROR,
new ActionError("error.transaction.token"));
       resetToken(request);
	   //删除session中的令牌

3. action有这样的一个方法生成令牌

protected String generateToken
 (HttpServletRequest request)
 {

       HttpSession session = 
	   request.getSession();
       try
	   {
           byte id[] = 
		   session.getId().getBytes();
           byte now[] =
               new Long(System.currentTimeMillis()).
			   toString().getBytes();
           MessageDigest md =
		   MessageDigest.getInstance("MD5");
           md.update(id);
           md.update(now);
           return (toHex(md.digest()));
       } catch (IllegalStateException e)
	   {
           return (null);
       } catch (NoSuchAlgorithmException e)
	   {
           return (null);
       }
   }

liaojiyong 2006-06-29 15:12 发表评论