sql语句写在JSP好还是Bean中好？

最好是把bean写得很全，到处可以用，与具体环境没关系

解决方案 »

  1.   

    最主要就是Bean，方法太多，我想写在Bean里可以定义一些通用接口！可以起到一些作用！
      

  2.   

    就我目前的认识来看，还是写在bean里为好！
    至于你的担心“个人认为Bean数量较多”，你可以用良好的设计利用继承来得到平衡的解决。
    jsp应该负责显示，提交信息，而逻辑和后台的操作应该放在bean里，这样有利于项目成员的并行工作（特别是jsp和bean分工的情况），前提是要定义好相应的接口。而且这样也更具有模块化的思想，便于调试和维护。
      

  3.   

    写在bean里面好，因为那样可以使程序的结构清晰。
      

  4.   

    理论上写在bean里会很清晰，可是真的还是比较麻烦的，因为数据库的查询基本上都不是很一样的，那会写很多，的确不是很灵活我现在写jsp，只是连接数据库的时候用bean做，其他的都做到页面里，但是用的频繁的数据库的操作我就写到bean里了一直在想，可不可以用bean来实现：传一个表的名称和字段名给bean让他去做，这样只用写 插入/删除/更新数据库的几个了，但是我门查询有不同的要求，可是还是不大灵活不知各位怎么处理的
      

  5.   

    这样的话，就要划分好功能模块!按各个模块来分类Bean！定义一些通用接口！以前做的时候也按模块划分了Bean，但感觉有些地方还是重复，在命名的时候也是不太标准，比如Getxml,GetXml,GetXML，等等，呵呵！特别Bean一多就乱！谢谢各位宝贵意见！虚心学习！
      

  6.   

    我以前也是写在javabean里，但现在bean多了，有一种混乱的感觉，而且bean里面的方法也仅仅是实现连接数据库，执行sql语句而已，没有什么特别的处理。bean之间也没有什么可继承关系。还是写在jsp里算了。
      

  7.   

    恩，有些地方就是重复的，我也想过直接定义一个ConnectBean，然后直接在jsp里直接connect.execute("sql字符串");这样更省事一些，不过感觉不是很正派！像asp!?@
      

  8.   

    应该写在bean中，
    关键是软件要有一个良好的面向对象的设计风格，不是仅仅用bean来封装sql语句。应该按照功能来封装Bean，在JSP中仅仅是收集显示数据，具体如何实现业务逻辑操作，应该在bean中实现。
      

  9.   

    按照MVC的模式思想，还是应该写在Bean中的，因为这属于控制层的内容嘛
      

  10.   

    当然是在Bean中，而且将SQL写在了JSP中，那还要Bean干什么?
    在一个J2EE的多层应用中，JSP作为EJB Server的Client，对
    数据库应该是不可见的，事实上，如果将对数据库操作的Bean，
    换成对文件(如XML作为数据存储)操作的Bean，而只要定义相同
    的Business Logical，作为Client的JSP不用修改任何代码就
    可以使用。
    自从使用Bean之后，我在没有在Servlet或JSP中使用过SQL。
      

  11.   

    最好是把连接到数据库的语句写到bean里面，具体的对数据库的操作当然要写在jsp里面
      

  12.   

    对数据库的操作已属于商业逻辑部分，不应当在界面上体现，具体方式应当是在jsp中只是显示与操作Value Class的内容(View)，servlet用来页面转换及调用后台的商业罗辑(Controller),  在servlet调用的bean中写入商业方法。我们在servlet中也不会见到一条sql语句，操作的都是oo设计的类对象，到后台根据类对象业组装相应的提交，这样比较容易将系统转到分布式，如果你利用实体bean的话就更不用去写sql了,sql还有一个缺点，就是数据库转换麻烦。