项目开发中,采用接口的优缺点

项目开发中,经常用到接口,测试人员也会测试接口。下面记录采用接口的优缺点

优点

1统一设计标准

2可扩展性高

3前后端都可以独立开发

4前后端都可以使用自己熟悉的技术

缺点

1研发标准不统一,团队磨合难度高

2可扩展性低

3研发周期长

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
认识手机的的存储区间 11  手机系统的组成 11  NOR 11  RAM 12  NAND 12  什么是BootLoader? 12  BootLoader 12  引导系统启动 13  下载BIN文件 13  关机充电 13  如何下载BootLoader 13  应用BIN数据区存在哪里? 13  BIN文件数据区 13  一般文件数据保存在哪里? 13  EFS文件系统数据。 13  NAND的数据存储区 13  USB盘区 14  软件开发人员需要做的工作 14  开发人员的工作流程 14 安装开发环境 14  安装VC6++开发工具 14  安装BREW3.15的开发环境 15  安装BUIW开发包 15  设备文件 15  环境变量 16  安装ARM编译器 16  安装调试工具 16  安装其它编译工具 16  安装USB驱动程序 16 应用基本规范 16  应用名称规范 17  应用名称 17  现在的目录状况 17  提示 17  模拟器的dll 17  dll应该小写 17  提示 18  mif文件和资源文件名称 18  mif文件 18  提示 18  应用的目录规范 18  一级目录 18  二级目录 18  注意 19  应用的.c和.h文件 19  文件名称格式 19  文件名称长度 19  文件内容 19  项目文件 19  开发环境的目录宏定义和环境变量定义 20  开发环境 20  错误的开发方式 20  如何设置开发环境 21  应用的测试窗口 22  功能测试窗口 22  不显示功能窗口 22 开始应用开发 22  新建应用 22  使用VC6++向导 22  手工修改项目文件 23  BID和MIF文件 23  创建BID文件 23  定义宏名称和CLSID值 23  模拟器mif文件的作用 24  创建应用的mif文件 24  创建扩展对象的mif文件 26  通过mif文件设置应用或者对象是否可见 26  编译mif文件 27  VC编译应用 27  必须去掉警告信息 27  区分调试环境和手机环境 27  代码检查 28  设置模拟器应用 28  设置设备文件 29  模拟器调试应用 30  应用开发基本问题(初学者问答) 31  为什么启动不了应用 31  为什么创建对象总是失败 31 程序架构基本规范 31  程序结构标准化的需要 31  主程序结构不合理 31  窗口参数结构传递不合理 32  应用释放所有窗口过程不合理 33  主程序数据结构 34  窗口独立数据结构 34  窗口间参数传递 34  程序结构图示 34 数据结构规范 36  数据结构名称定义 36  结构的名称 36  公共的数据结构 36  曾经的问题 36  数据结构内存注意事项 37  英文版本内存不一样。 37  大数据量时内存重复使用问题 37 代码编码规范(简要) 37  编码基本事项 37  示例 38  调试信息问题 40  DBGPRINTF调试信息 40  写文件调试信息 40  调试信息不应该放的地方 40 程序内存和堆栈 41  程序总的可用内存 41  总的内存 41  误区 41  内存需求空间检查 41  应用需求内存检查 41  接口需求内存检查 41  函数内栈空间问题和错误rex.c 841 42  著名的841错误 42  使用数组的情况 42  数组改用指针 42  使用异步消息 42  入参使用指针 42  参数错误例子 43 英文版本资源规范 43  版本目录和资源ID 43  版本资源文件 43  资源ID 43  载入过程 43  加速载入过程 44  调试环境和手机环境的资源 44  应用直接替换 44  OEM层替换 44  编译到BIN文件 44  下载到手机目录 45  优缺点 45  资源不可采用的方式 45  错误的资源处理方式 45  资源载入失败(ISHELL_LoadResString)现象。 46  文件路径错误。 46  数据缓冲区内存分配太小。 46  系统内部解析错误。 47 程序CLSID规范 48  CLSID是什么? 48  CLSID的定义 48  CLSID和BID文件的位置 48  应用引用CLSID 49  CLSID错误的做法 49 窗口和事件处理 49  应用程序组成和事件处理 49  基本组成 49  窗口消息和事件 50  事件传递过程 50  创建根窗口(ROOTFORM) 50  创建根窗口 50  释放根窗口 51  释放根窗口和注意事项 51  建议 51  白屏问题 51  白屏闪现问题 51  解决白屏问题 51  错误的解决方式 51  创建窗口 52  窗口和根窗口的关系 52  创建窗口对象 52  释放窗口 53  窗口处理 53  设置窗口处理函数(XXX_HandleEvent)和关闭窗口处理函数(XXX_FormDelete) 53  把窗口(FORM)加入根窗口(ROOTFORM) 54  把窗口从根窗口(ROOTFORM)移出来 54  窗口函数处理规范 55  窗口事件处理示例 56  窗口的其它事件 57 控件和事件处理 58  控件列表 58  控件、容器和窗口关系 59  与WINDOWS同类控件的区别 60  控件的基本属性 60  创建控件和使用控件 60  列表控件(LIST)使用和示例 60  容器控件(IXYCONTAINER) 65  比例容器 67  VIEWPORT控件 68  网格控件(GRID) 68  按钮(非标准) 68  显示图片控件 70  静态文本控件 70  TEXT控件 71  滚动条控件 73  菜单控件 73  CheckBox控件 73  TAB控件 73  Radio控件 73  如何把CheckBox和Static控件捆绑一起 75  引用计数问题。 75  认识引用计数 75  为什么这么强调引用计数 75  哪些操作增加了引用计数 76  哪些窗口减少了引用计数 79  替换控件默认函数 81  如何让静态控件响应焦点事件 82  控件响应点击事件的前提 82  如何修改默认函数 82  处理事件 82  焦点和5向键顺序 83  控件的焦点 83  键盘操作规则 83  5向键顺序 83  如何创建一个自定义控件 84 应用窗口规范 84  正常窗口 84  大小 84  按钮位置 84  应用菜单 84  编辑菜单 84  进度条窗口 84  进度条窗口的关闭和任务取消 84  进度条标题 84  内容或者进度显示 84  窗口大小 85  进度条按钮大小 85  进度条窗口的错误现象 85  半屏幕窗口 85  位置 86  按钮位置 86  全屏窗口 86  哪些应用使用了全屏窗口 86  设置全屏窗口 86  全屏窗口规范 86  应用内部 86  协同应用 86 程序<关于>版本号管理规范 86 程序版权规范 86  版权 86  作者和修改内容 87 程序划屏处理规范 87  135度斜线线划屏 87  90度斜线线划屏(改变私密状态) 87  应用该如何处理收到的私密消息 87 程序异常处理 88  程序异常意识 88  内存没释放 88  内存不足的异常 88  用户强制关闭应用的异常(AVK_END) 88  资源数据错误的异常 88  用户数据错误的异常 89  使用goto处理异常 89  正确使用goto语句 89  不要滥用goto语句 89  异常的提示信息 89  准确标题信息 89  准确的内容提示 89  准确的图标 89 程序互斥规范 90 程序自动化编译规范 90 程序宏定义规范 90  应用内部的宏定义 90  应用间的宏定义 91  宏定义的名称 91 调试信息规范 91  日志文件 91  日志文件的目录和大小。 91  否写日志 91  正式版本 91  QDXM调试信息 91  不要频繁打印调试信息 91  使用文 91  内容准确不罗嗦 92 全局变量和__inline函数 92  全局变量 92  慎用全局变量 92  命名全局变量 92  修改全局变量 92  __inline函数 92  优缺点 92  哪些函数建议使用__inline 92 大数据量处理CPU时间限制 92  为什么不能使用FOR、WHILE连续处理大数据量 93  CPU时间限制 93  提示 93  使用ISHELL_POSTEVENT消息处理。 93  消息机制 93  处理消息位置 93  消息丢失问题 93  性能问题 93  休眠状态 93  使用ISHELL_SETTIMER 93  休眠挂起状态 94  解决系统休眠 94  取消定时器 94  定时器间隔周期 94  周期和暴力测试问题 94  ISHELL_Resume函数处理重复执行的过程 94  效率问题 94  休眠问题 94  取消回调 94  暴力测试问题 95  如何使用 95 带窗口的接口或对象规范 95  单实例对象 95  单实例对象优缺点 96  优点 96  缺点 96  多实例对象 97  多实例对象优缺点 97  数据安全 97  内存需求较大 97  应用程序更为复杂 97  更多的异常处理 97  释放更为麻烦 98 多实例对象的标准规范: 98  标准创建接口 98  标准Release接口 98  能被动态移出(_REMOVE) 98  能动态移出所有窗口 98  不能只移出一个顶部窗口 98  多窗口Release 98  对象内部有多个窗口 98  对象还创建其它对象 98  内存 99  应用检查内存 99  对象需要检查内存 99  对象示例 99  应用程序和对象创建前 100  应用创建了对象后 100  把所有窗口都释放 100  先释放对象 100  释放函数示例 101  释放函数该处理过程 101  对象的数据 102  误区 102 ARM编译项 102  如何在把应用编译入手机BIN文件 102  把应用放到编译目录下 102  在OEMModTableExt.c文件增加 102  在incpath.min文件增加 102  在dmss_qsc60x0.mak文件增加: 102  在dmss_objects.min文件增加: 102  在dmss_rules.min增加, 103  如何修改min文件 103  min文件的意义 103  增加C文件 103  注意事项 103  nand和nor的区别 103  设置文件系统区 103  性能优化 103  性能优化的需求 103  显示过程的优化 103  资源载入的优化 103 开发注意事项 104  如何在模拟上调试唤醒挂起 104  如何让系统不进入休眠状态 104  获取当前系统的背光值 104  取消背光 104  图示 104  UI界面应用和底层应用交互的过程 105  向底层注册回调函数 105  开始向底层写入数据 105  底层调用回调函数 105  更新数据和相关模块数据 105  从底层取消 105  图示 105  ClearCase上应该保存哪些文件 106  应用的源代码 106  应用完整的资源文件 106  应用的批处理文件 107  应用配置文件 107  完整的测试代码 107  误区 107  RELEASEIF和IWIDGET_Release的异同 107  共同点 107  区别 107  ModelListener的取消问题。 107  使用监听对象(ModelListener) 107  不取消监听对象可能产生的结果 107  注意 108  BPOINT1和BPOINT 3的错误。 108  内存泄露(BPOINT1) 108  内存重复释放(BPOINT3) 108  内存越界 109  内存问题的建议 109  采取的措施 109  OEM层不应该处理UI的事情 109  文件操作注意 109  不能同时对一个文件进行操作 109  树型文件夹问题 109  系统USB文件目录 110  T卡文件目录 110  编译环境下不应该有垃圾文件 110  mif文件的项意义 110 提交版本前测试项 110  应用启动测试 111  干净环境的启动测试 111  丢失配置文件的启动测试 111  安全模式下的启动 111  编译应用和功能测试 111  提交版本前 111  自动化编译问题 111  修改注意的问题 112  启动速度测试 112  空记录启动的时间 112  满记录启动的时间 112  大数据量操作测试 113  载入数据需要的时间 113  删除所有数据需要的时间 113  满数据量下所有可能进行的操作 113  系统极度繁忙测试(暴力测试) 113  应用的暴力测试(单个应用) 113  系统繁忙的暴力测试(多个应用) 113  暴力测试的提示(更高的品质) 114  应用互斥测试 114  同时对T卡的写文件 114  同时对数据库的操作 114  占用内存测试(启动内存和最大内存) 114  内存稳定情况 114  空记录启动后占用的内存 114  满记录后启动占用的内存 114  所有窗口打开后占用的内存 114  使用过程是否有内存泄露 115  是否有BPOINT1和BPOINT3产生内存问题 115  操作响应速度 115  操作响应的速度 115  对数据库的操作响应速度(批删除、批增加) 115  对底层任务处理的响应速度 115  批删除文件,COPY文件的响应速度 115  系统时间测试 115  当前时间下正常情况 115  网络更换(如启动C网同步时间) 115  修改为1980年前情况 115  修改为2050年后的情况 115  时区改边的情况 116  待机测试 116  正常待机 116  强制待机 116  待机后来电和短信 116  挂起和唤醒测试 116  正常挂起和唤醒后 116  T卡插拔测试 116  是否产生系统崩溃 116  是否产生内存泄露等 116  是否文件丢失 116  是否应用执行失败 116  系统极度繁忙的时候是否更大几率产生问题 117  断网测试 117  强制关闭网络的测试 117  反复打开关闭应用的情况 117  新建默认项测试 117  默认标题 117  默认日期时间 117
Struts原理、开发项目实施<br/> Holen 2002-9-12<br/><br/>1、 摘要<br/>2、 关键词<br/>3、 Framework<br/>4、 Struts的起源<br/>5、 Struts工作原理<br/>6、 Struts安装<br/>7、 一个实例<br/>8、 Struts优缺点<br/>9、 Struts项目实施经验<br/>10、 总结<br/>11、 参考文献<br/><br/>1、 摘要<br/>本文主要讲述了Struts(以Struts1.0.2为例)的工作原理,安装以及配置方面的问题。然后结合一个实例,详细讨论了Struts在实际开发过程的应用,最后提供一些在开发过程积累的经验,供大家参考。<br/><br/>2、关键词<br/>Struts、MVC、J2EE、Tiles、Framework<br/><br/>3、Framework<br/>Framework即架构(框架),这里指软件的架构方式,为什么要提Framework呢?请允许我从J2EE讲起。<br/> J2EE体系包括JSP、Servlet、EJB、WEB SERVICE等多项技术。这些技术的出现给电子商务时代的WEB应用开发提供了一个非常有竞争力的选择。怎样把这些技术组合起来,形成一个适应项目需要的稳定架构是项目开发过程一个非常重要的步骤。<br/> 此步骤一般主要由架构设计师完成,设计师将根据项目需求,对J2EE体系的各处技术进行筛选取舍,并考虑到开发过程的角色分工、后期的运行维护,以及系统扩展性等诸多因素,建立系统的架构。<br/> 一个成功的软件需要有一个成功的架构,但软件架构的建立是一个复杂而又持续改进的过程,软件开发者们不可能对每个不同的项目做不同的架构,而总是尽量重用以前的架构,或开发出尽量通用的架构方案,Struts就是其之一,Struts是流行的基于J2EE的架构方案,其他常用的基于J2EE的架构方案还有Turbine、RealMothods等。<br/><br/>4、Struts的起源<br/> Struts最早是作为Apache Jakarta项目的组成部分问世运做。项目的创立者希望通过对该项目的研究,改进和提高Java Server Pages (JSPs)、Servlet、标签库以及面向对象的技术水准。当前最高发行版本为Struts1.0.2,可以到http://jakata.apache.org/Struts下载。<br/> Struts这个名字来源于在建筑和旧式飞机使用的支持金属架。它的目的是为了帮助你减少在运用MVC设计模型来开发Web应用的时间。你仍然需要学习和应用该架构,不过它将可以完成其一些繁重的工作。如果想混合使用Servlets和JSP的优点来建立可扩展的应用,Struts是一个不错的选择。<br/><br/>5、Struts工作原理<br/> MVC即Model-View-Controller的缩写,是一种常用的设计模式。MVC 减弱了业务逻辑接口和数据接口之间的耦合,以及让视图层更富于变化。MVC的工作原理,如下图1所示:<br/><br/> <br/> Struts 是MVC的一种实现,它将 Servlet和 JSP 标记(属于 J2EE 规范)用作实现的一部分。Struts继承了MVC的各项特性,并根据J2EE的特点,做了相应的变化与扩展。Struts的工作原理,如下图2所示:<br/> <br/><br/> 控制:通过图2大家可以看到有一个XML文件Struts-config.xml,与之相关联的是Controller,在Struts,承担MVCController角色的是一个Servlet,叫ActionServlet。ActionServlet是一个通用的控制组件。这个控制组件提供了处理所有发送到Struts的HTTP请求的入口点。它截取和分发这些请求到相应的动作类(这些动作类都是Action类的子类)。另外控制组件也负责用相应的请求参数填充 Action From(通常称之为FromBean),并传给动作类(通常称之为ActionBean)。动作类实现核心商业逻辑,它可以访问java bean 或调用EJB。最后动作类把控制权传给后续的JSP 文件,后者生成视图。所有这些控制逻辑利用Struts-config.xml文件来配置。<br/> 视图:主要由JSP生成页面完成视图,Struts提供丰富的JSP 标签库: Html,Bean,Logic,Template等,这有利于分开表现逻辑和程序逻辑。<br/> 模型:模型以一个或多个java bean的形式存在。这些bean分为三类:Action Form、Action、JavaBean or EJB。Action Form通常称之为FormBean,封装了来自于Client的用户请求信息,如表单信息。Action通常称之为ActionBean,获取从ActionSevlet传来的FormBean,取出FormBean的相关信息,并做出相关的处理,一般是调用Java Bean或EJB等。<br/> 流程:在Struts,用户的请求一般以*.do作为请求服务名,所有的*.do请求均被指向ActionSevlet,ActionSevlet根据Struts-config.xml的配置信息,将用户请求封装成一个指定名称的FormBean,并将此FormBean传至指定名称的ActionBean,由ActionBean完成相应的业务操作,如文件操作,数据库操作等。每一个*.do均有对应的FormBean名称和ActionBean名称,这些在Struts-config.xml配置。<br/><br/> 核心:Struts的核心是ActionSevlet,ActionSevlet的核心是Struts-config.xml。这在后面还会详细讨论。<br/><br/>6、Struts安装<br/> Struts的安装比较简单,下面的以Tomcat 4.0.4为例,讲述安装过程。<br/> 首先请到http://jakarta.apache.org/Struts下载Struts,建议使用release版,现在最高版本为1.0.2,下载后得到的是一个ZIP文件。<br/> 将ZIP包解开,可以看到这个目录:lib和webapps,webapps下有一些WAR文件。<br/> 假设你的Tomcat装在c:\Tomcat下,则将那些WAR文件拷贝到C:\Tomcat\webapps,重新启动Tomcat即可。<br/> 打开浏览器,在地址栏输入:http://localhost:8080/Struts-example/index.jsp,若能见到“powered by Struts”的深蓝色图标,即说明成功了。这是Struts自带的一个例子,附有详细的说明文档,可以做为初学者的入门教程。<br/> 另外,Struts还提供了一系统实用对象:XML处理、通过Java reflection APIs自动处理JavaBeans属性、国际化的提示和消息等。<br/><br/><br/>7、一个实例<br/><br/> 一个用户注册系统,用户通过网页输入相关信息:注册ID号,密码,EMAIL,若注册成功,则返回成功提示信息,反之出现注册失败提示信息。<br/> 以下是相关文件的部分核心代码。<br/><br/> 项目建立:<br/>正式开发前,需要在Tocmat(我的tomcat装在c:\tomcat)建立此项目。<br/>比较快的一种建立方式为:<br/>在C:\tomcat\webapps下新建目录test,再将C:\tomcat\webapps\struts-example下的<br/>WEB-INF目录拷贝到test目录下,然后将test\WEB-INF下的src和classes目录清空,以及struts-config.xml文件内容清空即可。这样,我们需要的Struts类包及相关的配置文件就都齐了。<br/> 开发时,将JSP文件放在test目录下,Java原文件放在test\WEB-INF\src下,编译后的类文件放在test\WEB-INF\classes下。<br/><br/> 注册页面:reguser.jsp<br/> <br/> <%@ page contentType="text/html;charset=UTF-8" language="java" %><br/><%@ taglib uri="/WEB-INF/Struts-bean.tld" prefix="bean" %><br/><%@ taglib uri="/WEB-INF/Struts-html.tld" prefix="html" %><br/><html:html locale="true"><br/><head><br/><title>RegUser</title><br/><html:base/><br/></head><br/><body bgcolor="white"><br/><html:errors/><br/><html:form action="/regUserAction" focus="logname"><br/><table border="0" width="100%"><br/> <tr><br/> <th align="right"><br/> Logname:<br/> </th><br/> <td align="left"><br/> <html:text property="logname" size="20" maxlength="20"/><br/> </td><br/> </tr><br/> <tr><br/> <th align="right"><br/> Password:<br/> </th><br/> <td align="left"><br/> <html:password property="password" size="20" maxlength="20"/><br/> </td><br/> </tr> <br/> <tr><br/> <th align="right"><br/> E-mail:<br/> </th><br/> <td align="left"><br/> <html:password property="email" size="30" maxlength="50"/><br/> </td><br/> </tr><br/> <tr><br/> <td align="right"><br/> <html:submit property="submit" value="Submit"/><br/> </td><br/> <td align="left"><br/> <html:reset/><br/> </td><br/> </tr><br/></table><br/></html:form><br/></body><br/></html:html><br/><br/>此JSP页面不同于普通的JSP页,因为它大量运用了taglib,这些taglib对初学者而言,可能难于掌握,可这却是Struts的精华之一。灵活运用,将大大提高开发效率。<br/><br/> Struts-config.xml:<br/><br/> <Struts-config> <br/><form-beans><br/> <form-bean name="regUserForm"<br/> type="org.cjea.Struts.example. RegUserForm "/> <br/></form-beans><br/><br/><action-mappings><br/><action path="/regUserAction"<br/> type=" org.cjea.Struts.example.RegUserAction "<br/> attribute=" regUserForm "<br/> scope="request"<br/> validate="false"><br/> <forward name="failure" path="/ messageFailure.jsp"/><br/> <forward name="success" path="/ messageSuccess.jsp"/><br/></action><br/></action-mappings><br/> </Struts-config><br/><br/> Struts的核心是Controller,即ActionServlet,而ActionServlet的核心就是Struts-config.xml,Struts-config.xml集了所有页面的导航定义。对于大型的WEB项目,通过此配置文件即可迅速把握其脉络,这不管是对于前期的开发,还是后期的维护或升级都是大有裨益的。掌握Struts-config.xml是掌握Struts的关键所在。<br/><br/>FormBean:RegUserForm<br/><br/>package org.cjea.Struts.example;<br/><br/>import javax.Servlet.http.HttpServletRequest;<br/>import org.apache.Struts.action.ActionForm;<br/>import org.apache.Struts.action.ActionMapping;<br/><br/>public final class RegUserForm extends ActionForm{<br/><br/> private String logname;<br/> private String password;<br/> private String email;<br/><br/> public RegUserForm(){<br/> logname = null;<br/> password = null;<br/> email = null;<br/> }<br/><br/> public String getLogName() {<br/> return this.logname;<br/> }<br/> public void setLogName(String logname) {<br/> this.logname = logname;<br/> }<br/> public void setPassWord(String password) {<br/> this.password = password;<br/> }<br/> public String getPassWord() {<br/> return this.password;<br/> }<br/> public void setEmail(String email) {<br/> this.email = email;<br/> }<br/> public String getEmail() {<br/> return this.email;<br/> }<br/><br/> public void reset(ActionMapping mapping, HttpServletRequest request)<br/> {<br/> logname = null;<br/> password = null;<br/> email = null;<br/> }<br/>}<br/><br/>每一个FormBean 都必须继承ActionForm类,FormBean是对页面请求的封装。即把HTTP request 封装在一个对象,需要说明的一点就是多个HTTP request可以共用一个FormBean,便于维护和重用。<br/><br/>ActionBean:RegUserAction<br/><br/> package org.cjea.Struts.example;<br/><br/>import javax.Servlet.http.*;<br/>import org.apache.Struts.action.*;<br/><br/>public final class RegUserAction extends Action<br/>{<br/><br/> public ActionForward perform(ActionMapping mapping,<br/> ActionForm form, HttpServletRequest req,<br/> HttpServletResponse res)<br/> { <br/> String title = req.getParameter("title");<br/> String password = req.getParameter("password");<br/> String email = req.getParameter("email");<br/> /*<br/> 取得用户请求,做相应数据库操作,略<br/> */ <br/> }<br/>}<br/> <br/> FormBean的产生是为了提供数据给ActionBean,在ActionBean可以取得FormBean封装的数据,经相应的逻辑处理后,调用业务方法完成相应业务要求。<br/> <br/> Servlet的演变:在常规的 JSP,Servlet,JavaBean三层结构,JSP实现View的功能,Servlet实现Controller的功能,JavaBean实现Model的实现。<br/> 在Struts,将常规情况下的Servlet拆分与ActionServlet、FormBean、ActionBean三个部分。ActionServlet配合Struts-config.xml,专职完成页面导航,而不再负责具体的数据获取与相应逻辑,这两部分功能由FormBean和ActionBean来完成。<br/> <br/>8、Struts优缺点<br/> 优点:<br/> Struts跟Tomcat、Turbine等诸多Apache项目一样,是开源软件,这是它的一大优点。使开发者能更深入的了解其内部实现机制。<br/> 除此之外,Struts的优点主要集体现在两个方面:Taglib和页面导航。Taglib是Struts的标记库,灵活动用,能大大提高开发效率。另外,就目前国内的JSP开发者而言,除了使用JSP自带的常用标记外,很少开发自己的标记,或许Struts是一个很好的起点。<br/> 关于页面导航,我认为那将是今后的一个发展方向,事实上,这样做,使系统的脉络更加清晰。通过一个配置文件,即可把握整个系统各部分之间的联系,这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时,这种优势体现得更加明显。<br/> 缺点:<br/> Taglib是Struts的一大优势,但对于初学者而言,却需要一个持续学习的过程,甚至还会打乱你网页编写的习惯,但是,当你习惯了它时,你会觉得它真的很棒。<br/> Struts将MVC的Controller一分为三,在获得结构更加清晰的同时,也增加了系统的复杂度。<br/> Struts从产生到现在还不到半年,但已逐步越来越多运用于商业软件。虽然它现在还有不少缺点,但它是一种非常优秀的J2EE MVC实现方式,如果你的系统准备采用J2EE MVC架构,那么,不妨考虑一下Struts。<br/><br/><br/>9、Struts项目实施经验<br/> 前段时间,我们基于Struts架构(结合Tiles),开发了一个WEB应用。以下是我们在项目过程积累的一些经验和吸取的教训,望对各位有所帮助。<br/>1、 基于Struts架构的项目开发,首先需要有一个很好的整体规划,整个系统包括哪几个模块,每个模块各需要多少FormBean和ActionBean等,而且最好有专人负责Struts-config.xml的管理。开发基于Struts的项目的难点在于配置管理,尤其是对Struts-config.xml的管理。<br/>2、 如果你的项目非常紧,并且项目又没有富有经验的Struts开发人员,建议不要冒然采用Struts。Struts的掌握需要一个过程,对于一个熟练的JSP程序员,自学大概需要半个月左右的时间。如果结合titls,则需要更长的时间。<br/>3、 如果你在网页大量运用taglib,那么你的美工将做出部分牺牲。当你结合Tiles,功能增强的同时,这种牺牲尤为明显。当然,你对功能和美观的取舍由你自己决定。<br/>4、 Taglib是一个好东西,但灵活运用它却需要一个过程,如果你不想在Taglib上花太多的时间,那么只需理解与FORM有关的几个标记,其它的标记就放着吧,以后再看,先去研究ActionServlet和Struts-config.xml,你会觉得很有成就感。<br/>5、 Struts的诞生时间虽不长,但与之相关的工具却越来越多,如果你是用Jbuilder作为开发工具,那我可以为你推荐几款优秀的open tools,极大的提高开发效率。<br/>6、 Struts是否只适合于大型项目呢?No!Struts适合于各种大小的项目,当然,对于大型项目,它所体现出来的优势更加明显。<br/><br/>10、总结<br/> Struts是一种优秀的J2EE MVC架构方式。它利用taglib获得可重用代码和抽象 Java 代码,利用ActionServlet配合Struts-config.xml实现对整个系统导航。增强了开发人员对系统的整体把握,提高了系统的可维护性和可扩充性。<br/><br/>11、参考文献<br/>1、 《Struts-documentation》<br/>2、 《当前流行的J2EE WEB应用架构分析》 龚永生 IBM开发者网站<br/>3、 《Struts,MVC 的一种开放源码实现用这种Servlet和JSP框架管理复杂的大型网站》Malcolm G. Davis IBM开发者网站<br/>4、 《Jakarta Struts Book Review Project》 Chuck Cavaness Theserverside连载<br/>

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值