如何看待Java开发没有后台这件事？

Java开发没有使用任何框架，比如springmvc、spring、hibernate等等 不存在的...也就是纯jsp，在jsp里面写业务逻辑，在jsp里面直接连数据库查数据展示在页面。

解决方案 »

  1.   

    最起码来个service和JDBC吧
      

  2.   

    这有什么,jsp本质就是servlet,所谓的不是后台,其实就是后台
      

  3.   

    后台可以不选框架用原始的，但是不用后台，有点逻辑不通，难不成就是单纯的html?
      

  4.   

    请楼主认清几个问题：
    1、JSP本身就是servlet的拓展，只要涉及数据操作，肯定有后台操作；
    2、所谓框架，并不是必须要用的，在合适的时候选用合适的框架，有利于项目开发进度和成本控制；
    3、纯JSP页面来处理业务逻辑和数据，对JAVA思想是一种违背；
      

  5.   

    因为jsp编译之后就相当于一个servlet   。  所以很多公司以前就是这样做的
      

  6.   

    ?_(:з」∠)_没后台？  不太懂  你在JSP既然有查询数据库操作 那这一部分不就是后台部分嘛 只是没有单独提出来?
    至于框架那个又不是必须的  也可以选择自己去管理
      

  7.   

    最初的java web 就是这样写的。
      

  8.   

    想起了刚做web时写php的日子~
      

  9.   

    自己刚结束这样的一个项目，不管是web前端的 样式还是查询数据库的代码基本都是在jsp页面写的，除了复杂的业务逻辑需要java方法处理然后再单独写类。怎么说呢，
    网站开发比较容易，好上手，但是交接给新人，新人没有人知道的会头疼死，有些无从下手，建议还是使用一些成熟的框架去开发比较好
      

  10.   

    想起以前公司的同事，99年的时候吧，直接用 servlet 写网页，页面基本上是用 out.println("<html>\r\n"); 这类语句生成的
      

  11.   

    那还要java干什么
      

  12.   

    JAVA不就是后台，你把代码写在jsp里面就算前端了么~~有点偷换概念了啊
      

  13.   

    原生jdbc+servlet+jsp其实很简单开发的，就是效果不大理想，尤其是联合开发的时候
      

  14.   

    都10多年的项目了，就没想过要重构吗？model1的模式早已被淘汰了，实践证明堆出来的代码很难维护，开发的工作量也很大，代码复用率基本是0。代码逻辑也很难阅读，这些事问题爆发的隐藏因素。
      

  15.   

    曾几何时，我也这样想过， 还有个jsp页面做跳转处理
      

  16.   

    jsp用于展示，java逻辑处理。
      

  17.   

    我只能说sixsixsix，一点都不按套路出牌啊
      

  18.   

    纯JSP的也分层呀，项目使用技术，业务逻辑理顺了就整呗。
    能不能搞得定看能力了，动不动就重构的我问你，重构的钱你拿呀？不重构就是为节省成本