我想知道在springmvc的controller层能不能使用getCurrentSession() 这个是sessionFactory的方法吧.能获取到sessionFactory 就能执行.我是这么认为的.
Controller系统控制，Cotroller负载生成及监控：系统控制、场景运行、场景数据
把事务控制在controller层是不是不行
spring + springmvc+ mybatis 怎么做，才能把事务放倒Controller层。 把事务放在Controller层这样做不好如果非要这样做最简单的方法是先在spring配置文件里加上再在Controller上使用spring的事务注解也可以用AOP方式配置事务添加方法名称正则表达式以及事务属性->；propagation=\"REQUIRED\"read-only=\"true\"/>；aop：config proxy-target-class=\"true\">；id=\"aspectMethodsexpression=\"execution(*org.xxx.controller.*.*(.))\"/>；
springmvc里面自定义注解实现aop，controller层里面注解一直不生效，但是注解放在service层又可以？？ 很容易解释。在applicationContext.xml与springmvc-servlet.xml里面分别对不同的层扫描做了过滤，但还是不行！applicationContext.xml springmvc-servlet.xml 。
java项目中控制层controller可以拼写sql语句吗 不能，你使用分层就是为了以后修改代码方便，你写在那里面，以后升级项目或加功能就不方便
在spring的配置里，把controller的类扫描了，为什么事务就失效了它的本质是基于XML文件存储key-value键值对数据，通常用来存储一些简单的配置信息。其存储位置在/data/data/<； >；/shared_prefs目录下。SharedPreferences对象本身只能获取数据而不支持存储和修改，存储修改是通过Editor对象实现。实现SharedPreferences存储的步骤如下：一、根据Context获取SharedPreferences对象二、利用edit()方法获取Editor对象。三、通过Editor对象存储key-value键值对数据。四、通过commit()方法提交数据。
spring mvc里面，为什么要单独出来一个service层调用dao再传给controller啊？ 这样设计有什么好处？ 在controller调dao其实也没问题，你还是没搞明白为什么要分层，在规范上来说，dao层只处理与数据库的交互，说白了就是怎么访问数据库，比如查询返回list，map.update，delete之类的，总体来说dao层几乎都是固定化的东西，整个框架可以只用一个dao接口和实现类(前提是你知道泛型)，整个service层都调用同一个dao，因为访问数据库就那么几个需求.service层又叫做业务层，本来组织sql之类的都是在这层写，但是很多人会写在dao层，其实是不对的，但是也没人会在意，而且直接写在dao层会看起来简单，实则从长久看会麻烦，但是谁会在意呢，这只是个注重效率的时代，service层的目的是重用，就比如你要分页查询，就会分为3个方法，查list，查数量，和一个把这两个组装的方法，这样分页的时候直接调用组装这个方法就可以了，其他地方要查list或者数量就可以调另外的方法，要是把这个都现在一个dao中那就只专用于查询这个分页了，所以从长久来说在service层写sql是很有必要的(但是时间有时候不能让你思考那么多)，再有一个就是service是受数据库事务控制的，就比如你一个请求要改变两个表的数据，那在service层调用两次dao就可以了，如果在controller调用两次service那第一次成功第二次失败了是不是还要回滚第。
把事务控制在controller层是不是不行 根据业务具体实现业务方法只用hibernate用Hidernate事务控制器用JDBC用JDBC事务控制器两种都用了我想应该用JDBC事务控制器吧毕竟hibernate底层也JDBC实现
springMVC怎么配置controller层自动映射。就是直接访问service中的方法。
