如何简述网站建设流程图,新媒体营销h5制作网站,制作平台网站方案,中铁建设集团有限公司门户网登录入口5大注解 Controller 控制器 Service 服务 Repository 仓库 Componet 组件 Configuration 配置 五大类注解的使用
//他们都是放在同一个目录下#xff0c;不同的类中 只不过这里粘贴到一起//控制器
Controller
public class UserController {public void SayHello(){System.ou…5大注解 Controller 控制器 Service 服务 Repository 仓库 Componet 组件 Configuration 配置 五大类注解的使用
//他们都是放在同一个目录下不同的类中 只不过这里粘贴到一起//控制器
Controller
public class UserController {public void SayHello(){System.out.println(Hello);}
}//服务
Service
public class UserService {public void doService(){System.out.println(Service);}
}//仓库
Repository
public class UserRepository {public void DoRepository(){System.out.println(Repository);}
}//组件
Component
public class UserComponent {public void doComponent(){System.out.println(Component);}
}//配置
Configuration
public class UserConfiguration {public void doConfiguration(){System.out.println(userConfiguration);}
} //启动类
public class App {public static void main(String[] args) {//获取spring上下文ApplicationContext contextnew ClassPathXmlApplicationContext(Spring-config.xml);//获取Controller bean对象//使用注解默认是小驼峰UserController userControllercontext.getBean(userController,UserController.class);userController.SayHello();//获取Service bean对象UserService userServicecontext.getBean(userService,UserService.class);userService.doService();//获取Repository bean对象UserRepository userRepositorycontext.getBean(userRepository,UserRepository.class);userRepository.DoRepository();//获取Component bean对象UserComponent userComponentcontext.getBean(userComponent,UserComponent.class);userComponent.doComponent();//获取Configuration bean对象UserConfiguration userConfigurationcontext.getBean(userConfiguration,UserConfiguration.class);userConfiguration.doConfiguration();}
}
总结Controller(控制器)、Service(服务)、Repository(仓库)、Configuration(配置)都是基于Component 他们的作用都是将Bean存储到Spring中 获取bean时都需要将类的首字母小写
命名规则
默认情况下使用5大类注解获取bean名称要将首字母小写
特例当首字母和第二个字母都是大写的时候那么获取bean名称时使用原名称即可
创建类时如果要把类放入spring内管理那么你的类名一定要遵守命名规则
1.首字母大写后续小写
2.首字母大写第二个字母也是大写 为什么要这样命名呢
查看源码 ctrl鼠标左键进入 public static String decapitalize(String name) {if (name null || name.length() 0) {return name;}if (name.length() 1 Character.isUpperCase(name.charAt(1)) Character.isUpperCase(name.charAt(0))){return name;}char chars[] name.toCharArray();chars[0] Character.toLowerCase(chars[0]);return new String(chars);}
可以看到源码是这么写的
如果为空时返回源字符串
如果长度大于1 并且 字符串第二个字符串和首字符都是大写的时候也返回源字符串
只有当这两个条件不成立的时候就把字符串第一个数改为小写 测试 //这个获取bean对象时需要首字母小写String userComponent UserComponent;//这个首字母和第二个字母都是大写获取bean对象时使用源类名即可String sComponent SComponent; System.out.println(Introspector.decapitalize(UserComponent));System.out.println(Introspector.decapitalize(SComponent)); 存储bean对象
创建一个普通类创建一个输入数据类 这样就把User放入spring内管理并且初始化初始化的方法必须加Bean
为什么bean必须和五大类的其中一个配合用才可以呢?
性能原因spring不可能把全部的类全加入到spring内管理那太消耗性能了所以必须先表名五大类其中一个加了类注解再类注解下加了bean 方法注解才会把该类加入到spring内管理 Bean
Spring内管理的对象统称为Bean
方法的命名规则就是方法名
当多个类使用同一个方法名并且对象都存入spring中时可以给方法名起别名
起别名的方法有三种 Bean(nameUserBean)//取多个名称Bean(name{studentbean,stubean})Bean(StudentBean)//重命名方法名 获取bean对象时就之间写重命名的即可//当重命名后原来的方法名就不能使用了 DI注入
DI注入时机取决于bean的作用域比如默认情况bean的作用域为单例模式当需要对象时才会注入。
DI注入都是从Spring内获取Spring内没有的就没法注入
对象注入有三种
属性注入 Field Injection)Setter注入 (Setter Injection)构造方法注入 (Constructor Injection)
Autowired
属性注入(Field Injection)
Autowired //添加注解private UserService userService;//获取userService对象public void SayHello(){userService.doService();//使用userService方法System.out.println(Hello);} 启动类内不能注入因为static执行速度是非常快的在属性还没注入时main函数已经执行了。所以main执行时获取不到从spring获取的对象。 优点
现简单使用方便注入之后即可使用
缺点
1.不能注入被final修饰的对象 原因final关键字在Java中表示一个字段是不可变的它必须在声明时或在构造函数中被初始化并且之后不能被修改。 当你使用依赖注入时注入的值通常是在运行时由容器设置的这意味着属性的值是在对象创建之后才确定的。但是由于final字段必须在构造函数中被初始化这就产生了一个矛盾你不能在构造函数中给final字段赋值因为那时注入的值还没有确定。 除非直接赋值或在构造方法内赋值 2.通用性问题 只适用于IoC框架(容器)
3.更容易违背单一设计原则 单一职责原则指出一个类应该只有一个引起变化的原因即一个类应该只负责一项任务。当使用 Autowired 进行属性注入时可能会导致以下问题 职责不清晰如果一个类中有多个 Autowired 注解的属性那么这个类可能承担了多个职责。这违反了单一职责原则因为如果这些依赖中的任何一个发生变化这个类可能需要修改。依赖过多一个类如果依赖了太多的其他类那么它就变得复杂难以理解和维护。这可能导致类之间的耦合度增加违反了高内聚低耦合的设计原则。 Setter注入(Setter Injection)
//setter注入 (setter Injection)private UserService userService;Autowiredpublic void setUserService(UserService userService) {this.userService userService;}
优点
符合单一设计原则 一个setter只针对一个对象
缺点
1.不能注入一个不可变final的对象 和属性注入一样 原因final关键字在Java中表示一个字段是不可变的它必须在声明时或在构造函数中被初始化并且之后不能被修改。 当你使用依赖注入时注入的值通常是在运行时由容器设置的这意味着属性的值是在对象创建之后才确定的。但是由于final字段必须在构造函数中被初始化这就产生了一个矛盾你不能在构造函数中给final字段赋值因为那时注入的值还没有确定。 2.注入对象可能会被改变 (致命问题) set方法可能会被调用多次 被调用就有被修改的风险
构造方法注入(Constructor Injection)
官方推荐做法
//构造方法注入Constructor Injection)private UserService userService;Autowiredpublic UserController(UserService userService){this.userServiceuserService;}
当当前类只有一个构造方法那Autowired可以省略
一个构造方法内可以注入多个对象
//构造方法注入Constructor Injection)private UserService userService;private UserRepository userRepository;Autowiredpublic UserController(UserService userService,UserRepository userRepository){this.userServiceuserService;this.userRepositoryuserRepository;}
一个类可以有多个构造方法但是只允许一个构造方法有Autowired注解DI注入构造只允许有一个
并且构造方法的参数只允许有在spring内存储的其他参数没有办法传入构造方法所以会报错。
优点
1.可以注入final修饰的对象
final修饰的变量必须赋初始值 赋值只有两种方法 1.创建时直接赋值 2.在构造方法中赋值 构造注入刚好满足第二种需求所以构造注入允许注入final的对象 2.注入对象不会被修改
构造方法只能执行一次所以赋值完就不会再赋值
3.依赖对象在使用前会被完全初始化
使用前一定会被构造方法初始化
4.通用性更好当不使用IoC容器时构造方法依旧奏效 Resource
也是实现对象注入
注入方式也是同样的属性注入、setter注入
但Resource不支持构造注入
方式也是一样的只是注解不同
属性注入
// 属性注入
//读取spring中名为userService的对象赋值给当前注入的对象
//有了这个name 所以即使下面的名称不一致依靠上面的name依旧可以找到指定对象Resource(nameuserService)private UserService userService;Resource可以指定注入对象的名称
Setter注入 //setter注入private UserController userController;Resourcepublic void setUserController(UserController userController) {this.userController userController;}
