java controller是什么意思 java中的@repository什么意思
大家好，今天小编来为大家解答java controller是什么意思这个问题，java中的@repository什么意思很多人还不知道，现在让我们一起来看看吧！
J2EE是什么意思啊
j2ee也叫 javaee是企业标准版主要用于网页后台一些逻辑判断数据传输。Java EE是 J2EE的一个新的名称，之所以改名，目的还是让大家清楚J2EE只是Java企业应用。
在2004年底中国软件技术大会Ioc微容器（也就是Jdon框架的实现原理）演讲中指出：
我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本。
扩展资料：
核心优势：
J2EE容易让初学者误解是独立于一套Java的技术方案。
从更深层次来看，Java诞生十年，多年前的业务组件还可以使用，软件应用不再由于语言的更迭革命带来毁灭的打击了。
当然，Java EE 5重要改变还是：Java EE不再象以前那样只注重大型商业系统的开发，而是更关注小到中型系统的开发，简化这部分系统开发步骤。
落实这一简化行动的最大特征是在Java 5.0(Java 1.5)中加入Annotations，通过Annotations引入，降低Java EE开发时，既要写code，又要写XML配置文件之苦。
来回照顾，疲于奔命，Annotations既是得益于C++语言，也是从开源项目xDoclet实践中获得经验。
但是Annotations是一把双刃剑，初学者用得不好，将会使得原本在XML中的Hard code（硬编码）写进入代码Annotations，破坏代码的简洁和灵活性，
当然，Annotations的引入不只是解决XML配置，从大的概念说，是解决一个资源注射问题(XML属于其中一个资源)，在原理J2EE中，容器管理的资源都是由JNDI向应用程序提供的，通过Annotations可以方便实现注射。
参考资料：
百度百科-JavaEE
Java的数据判断放在Service层还是Controller层好一点
关于MVC架构中最有歧义的一点应该就是你提到的数据验证应该放在哪一层这点了。
1、你要知道，开发模式只是建议，而不是必须，所以只要能够说得出道理，能得到众多人认可的编码方式，都是合理的，并不存在绝对的对错。所以，从这个角度你可以先理解一下你同事说的理由是什么。
2、从我个人来说，我是把验证分成两块看的：
1）规范性验证
比如，数字格式、字符长度，事实上，这些验证本身在ui端已经进行过一次，但为了保证程序的健壮性（防止有人直接通过模拟浏览器方式访问），在后台仍然应该验证，这类验证是直接在controller层的。
其实，这个不需要我们自己写，在springboot之类的框架里提供了大量的注解用来确保传入参数的规范性，也从一个侧面证明了，这类验证放在controller层已经得到了普遍的认可。
2）业务性验证
这类验证普遍需要进行数据库或其他后台操作，如用户名重复验证。这类验证必然是写在service层的，只是究竟是作为业务方法的组成部分还是特别提供一个controller接口来返回调用结果，是由业务需求定的。
3、结论
能写在controller层的验证（即无需调用dao层代码）都写在controller（因为实际上你在ui已经写过了，此时你完全没必要再把它当成一个“业务”来对待），不能的，写在service层（但是最好是作为一个独立的方法存在，而不是放在service的业务方法里作为一段代码存在）
java中的@repository什么意思
spring中的注解，@Repository用于标注数据访问组件，即DAO组件。例：
@Repository
public class VentorDaoImpl implements iVentorDao{
}
在一个稍大的项目中，如果组件采用xml的bean定义来配置，显然会增加配置文件的体积，查找以及维护起来也不太方便。
Spring2.5为我们引入了组件自动扫描机制，他在类路径下寻找标注了上述注解的类，并把这些类纳入进spring容器中管理
它的作用和在xml文件中使用bean节点配置组件时一样的。要使用自动扫描机制，我们需要打开以下配置信息：
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-2.5.xsd">
<context:component-scan base-package=”com.eric.spring”>
</beans>
扩展资料
@Component：这将 java类标记为 bean。它是任何 Spring管理组件的通用构造型。spring的组件扫描机制现在可以将其拾取并将其拉入应用程序环境中。
@Controller：这将一个类标记为 Spring Web MVC控制器。标有它的 Bean会自动导入到 IoC容器中。
@Service：此注解是组件注解的特化。它不会对@Component注解提供任何其他行为。您可以在服务层类中使用@Service而不是@Component，因为它以更好的方式指定了意图。
@Repository：这个注解是具有类似用途和功能的@Component注解的特化。它为 DAO提供了额外的好处。它将 DAO导入 IoC容器，并使未经检查的异常有资格转换为 Spring DataAccessException。
java的MVC是什么
M是model(模型)，V是view(视图)，c是controler(控制器)。
不用MVC模式时，一般图省力，把需要生成的html代码写在Servlet的out.print()方法内，然后从生成的页面再跳进一个Servlet……这样就把M、V、C完全混到一块了。这样的优点是容易理解，也不用来回传参，但是可复用性差，修改时很困难，可读性差得可以。
用MVC时，V一般是JSP页面，负责用户交互界面，实现“显示”功能；C是Servlet，只负责读取表单参数并处理后，把不同结果贴在不同属性上，并根据结果传给不同的JSP页面，实现“控制”功能；M则是普通的可复用类，放在哪都能用的，一般用JavaSE就足够了，供Servlet调用。
这种方式主要是将M、V、C分离，提高可复用性、可读性和修改方便，但设计复杂，性能受损。
所以，理论上MVC适用于所有项目，但小系统、不常修改的系统可以不用MVC；而大的、硬件条件好的系统要用MVC，否则到维护时或者工作移交时，无比恶心的可维护性和可读性将是恶梦。
PS：举个例子，电脑管理系统。比如要查询电脑。先有一个JSP页面（V)让你输入电脑编号，然后提交表单后传给一个Servlet（C），它根据传进来的电脑号调用可复用类（M，比如数据库操作类，随便起个名：DbOperation）中的查询方法（比如doSearch())，返回一个查询结果，把这个结果帖在属性上传给负责结果显示的JSP页面（V），如果失败可以把出错信息传给负责出错提示的JSP页面（V），实现控制器的功能。
而那个DbOperation类则是可以复用的Java Bean，只要用得到，数据库名称、格式什么的一致，就可以在这个JavaEE项目上用，也可以在另一个JavaEE项目上用，还可以在一个JavaSE项目上用……
如果做成Web服务，则这个Java Bean就完全平台无关和语言无关了，可以在.NET项目上用。
文章到此结束，如果本次分享的java controller是什么意思和java中的@repository什么意思的问题解决了您的问题，那么我们由衷的感到高兴！