也不然。
1、xml资源文件为什么要自动编译?只需要重起一下该应用就可以了。
2、出错是不容易发现,但是对于逻辑错误,用类也是无法避免的,这样的错误在编译也不会提示出来。
3、有这样的工具,只是还没有很完善,不为我们所知。xml是个好东西,表达能力强、结构好、规范性强,不但适合做配置文件,还有更强的功能。其实很多地方都用xml作配置文件,如jbuilder的工程文件.jpx,tomcat的配置文件等等,这足以说明xml的作用。
1、xml资源文件为什么要自动编译?只需要重起一下该应用就可以了。
2、出错是不容易发现,但是对于逻辑错误,用类也是无法避免的,这样的错误在编译也不会提示出来。
3、有这样的工具,只是还没有很完善,不为我们所知。xml是个好东西,表达能力强、结构好、规范性强,不但适合做配置文件,还有更强的功能。其实很多地方都用xml作配置文件,如jbuilder的工程文件.jpx,tomcat的配置文件等等,这足以说明xml的作用。
解决方案 »
- 请教struts2
- 怎么改站内搜索为站内外同时搜索
- 怎么在struts 1.3中修改struts-config action-mapping里input配置
- 含有数据库操作的eclipse导出问题
- 菜鸟转向工程师 需要考什么证件?
- 请教一个dom4j中的XPath 问题
- struts1.3关于struts-config.xml的一个问题
- 请教怎样用ant进行JUnit自动测试!
- 关于配置文件
- 解决就结贴!初用weblogic8.1 ,hello.jsp 文件放在哪个目录下通过http://localhost:7001/hello.jsp 就可运行?
- 请问EJB和JavaBean的区别?
- 请教struts的问题,困惑阿!
可是,人家为什么要用 xml 尼?该不会是为了赶时髦吧?咳,不明白。
XML作配置文件要比资源文件看的方便
试想,要是我们更改了页面的名字,岂不是还要改程序么,而XML就是做这个桥梁的最佳人选一个程序完成以后,根本没有必要改什么JSP名字,这不是理由。将配置写在文件里和程序里各有各的好处。都面临着维护的问题。一旦项目大了以后,要维护XML的配置也是很头晕的一件事,打开光看着满屏的字母就够晕的了。其实STRUTS也只是众多B/S开发框架的一种,有优点也有弊端。个人觉得比较烦琐,小项目可以,大项目会很头晕,尤其是要维护FORM类,更死得惨。就象CMP之类的,做几个简单的演示程序可能感觉良好,不适合大型项目。我比较喜欢简单实用的。象JAVABEAN+SERVLET+JSP做MVC就很简单直接,可以非常灵活的做各种应用,可控制性很强。很高效