解决方案 »
- 求物料系统数据库数据
- 菜鸟问题
- 基于GIS的java web开发问题!求大虾指点……
- 关于分页的问题,请高手指教下。
- JSP如何实现http://community.csdn.net/这样的左右框架移动?
- Resin 建2个站点,同时设为系统服务启动
- jsp配置问题
- 数据库添加数据时数据类型的问题
- servlet中HttpServletRequest.getReader().read(char[] cbuf)得到cbuf的过程中是否进行了originalEncoding-unicode转换
- 如何控制select控件size>1时的显示内容的对齐??
- cookie禁用后 如何取session中的值
- 求助大神,SSH2分页问题
砖家都要显示自己过人的见识,说这个那个框架怎么怎么样的,其实这主流框架发展现在这个地步已经能适用90%以上的项目了,很明显用jsp跟servlet是为了耗时间说用这个比较麻烦,时间比较久,性能比较高,然后时间多了,收的钱就多了...习惯就好,上头说用神马你就用神马,不用反对,反对无效,所以你自己学自己的,反正以后各种但疼要求的都有...练习一身百毒不侵的本能才是王道
其实写纯servlet挺锻炼人的,你可以自己写一套简单的框架啊。
只用jsp,servlet和安全性没关系,我知道的很少有系统直接采用jsp,servlet,除非大型系统,和高并发量的站点,这些大型系统要求很多地方都能自己控制不是把潜在的风险压在框架上,并且能够更好的进行优化。
之前接触过一个国外的开源sns项目,它的展现层分为两部分,一部分采用的是portal,另外一部分就是servlet。
框架还是掌握些比较好,个人喜欢spring。spring的mvc效率比struts高,而且采用注解的方式处理请求非常简单。对于事务和持久层也可以用spring的jdbc。
这有一篇文章可以去看看http://www.oschina.net/question/12_52027,刚开始学习j2ee的话最好还是把j2ee的只是都了解一些,毕竟这些才是根本,一般有水平的面试官都不会问你框架问题,当掌握了基本原理,框架就变得简单了(当然,要深入的话还是比较困难的)。
框架能给项目开发带来一些便利,不过框架的引入会带来另外的问题的,每一个项目采不采用框架应该是根据项目情况进行选择的,采用框架都会考虑框架能给项目带来哪些便利,能解决哪些问题,对于采用框架带来的问题和这些便利比较起来是得还是失。不过框架的采用不是你决定的,是设计和架构人员决定的,一旦这些人决定了,你就遵从执行,如果要用,他们会告诉你去学习什么框架。
你的项目对你来说是个学习servlet的好机会,所谓表示层的框架都是把这些繁杂的servlet集中起来进行处理,通过各种简便的方式让开发人员从各种servlet中解脱出来,方便开发人员更专注业务的处理。
误人子弟啊 。。dao层不用框架,难到手写持久层?数据库是最容易出问题的。
还有影响性能最大的是框架吗,影响可以忽略把,第一次初始化比较慢而已。真正的响应速度还是看服务器和数据库的性能啊,并发数啊,客户端距离什么的。
框架能占多大的地方?可以忽略不计。
2.至多至少都会用到框架的。
3.当然是好事啊。
我花了半年的时间研究各种新框架,加上五十次以上的面试。
发现很多技术都是鼓吹的,而大多数企业需要的是:
spring+hibernate+struts2+数据库+报表技术+搜索引擎技术+linux(做后台的)。
这些都是做企业级开发的。
如果你进大公司,算法肯定要精通...