SSH框架架构的问题
我们小组(学生)打算开发一个web系统,用SSH。我想问问 整合SSH的时候有什么需要注意的吗?比如,配置文件用不用新建一个source目录,struts使用配置文件呢还是注解呢?等等希望大家帮帮忙,我们以前开发过别的系统 但是感觉以前自己搭的SSH框架不够完善,扩展性不好,希望各位前辈提点宝贵的意见。谢谢各位前辈
------解决方案--------------------小型系统不需要过度考虑这些问题;如果很想学习的话,可以网上找些系统来看看。
大多数时候,技术选型都要参考:人员技能熟练度、系统复杂度、业务量规模、开发周期、运维周期等问题。
因为无论什么技术有其各自的优势,也就是都有其合适的场合,并没有绝对意义上的,否则技术早就大同合一了。
比如你说的配置文件还是注解:
一般认为注解提升开发效率但降低灵活性、可理解性和运维升级方便性;小型项目推荐用此;
而配置文件方式效率略低,但对比注解也有其好处;大型项目推荐用此;
另外很多事情还要看团队环境,比如公司的标准开发模型是如何的。
总的来说你的问题范围太大,怕是难以得到有效建议了。
------解决方案--------------------搭环境,没什么完不完善的了。环境是一定的,主要看代码结构和质量,重点应该放在这。
配置文件不用新建一个source目录,新建也不会代来效率、性能的提升,应该只是编程习惯的问题。
struts可以用注释,少了在配置文件中的繁琐,但struts也可以去配置自动扫描包,所以也没差什么了。
总之,一个开发架构,基本上是一定的,扩展性好不好还要看代码的结构。
------解决方案--------------------1L谦虚了。
楼上两位说的挺清楚的。毕竟涉及的方面太多,强行给出建议反而会起到相反的效果。
看起来,LZ自己对架构有一定的想法,只是熟练度不够。
另外,个人建议还是使用配置文件,看起来清晰。对于新人来说,注解方式在维护时还是有点让人混乱的。
(关于这一点各有各的看法。)
------解决方案--------------------配置文件用不用新建一个source目录 这个看个人习惯, 习惯上放在同意的资源目录下, 反正需要在web.xml里面指定加载目录
struts使用配置文件呢还是注解呢 这个还是看个人习惯,注解挺方便的 不过可读性不是很好。
配置文件相对来说清晰一点。
------解决方案--------------------目前我们项目新开始的项目就是用ssh2 技术,用的是配置文件的方式。
------解决方案--------------------这个不好说。要根据你项目的大小,复杂度等等来衡量。。简答的工程都可以。。
------解决方案--------------------学习用的话,先按你自己想的来建,后面慢慢优化
------解决方案--------------------学习用的话,先按你自己想的来建,后面慢慢优化
------解决方案--------------------如果规范的话,建一个resource文件夹
文件夹之下是
com.xxx.spring
com.xxx.struts
com.xxx.hibernate
applicationContext.xml
struts-config.xml
log4j.properties
...
然后对应到每一个JavaBean即可
------解决方案--------------------然后applicationContext.xml和struts-config.xml包含com.xxx.spring和com.xxx.struts里面的每一项配置文件
------解决方案--------------------使用配置文件或注解都各有优点,这看个人喜好。不过作为一个IT人,我觉得如果能使用更新的技术都是好的,毕竟技术的更新是日新月异的。
------解决方案--------------------初学时,一般都是先使用配置文件的!如果以后有了很大的功力了,就可以用新的方法!