资源文件配置及Druid简单使用
- 1. Properties
- 2. JDBC的简单封装用资源文件配置
- 实例Demo
- 3. 数据库连接池
- 4. Druid的简单使用
- 基于Alibaba DruidDataSource
- 5. JSON序列化
1. Properties
加载驱动，获取连接，释放资源 每次都需要重复的操作，所以我们将其封装到工具类中
那么，我们将这个类抽象出来，写成配置文件的形式. 将这些配置都放入到资源文件中，方便维护(有点类似于C语言中的 定义的宏)
那么，这个配置文件是啥子哟？
我们得用到
Properties类是什么？(来自灵魂深处的拷问？？)
是属性文件，是的子类
Properties（Java.util.Properties），该类主要用于读取Java的配置文件，不同的编程语言有自己所支持的配置文件，配置文件中很多变量是经常改变的，为了方便用户的配置，能让用户够脱离程序本身去修改相关的变量设置。就像在Java中，其配置文件常为.properties文件，是以键值对的形式进行参数配置的 key = value
其实它就是resources下的资源文件，后缀为
资源文件()：
- 数据库驱动
- URL
- username
- password
我们把资源文件写到的配置文件中，方便修改维护
db.properties资源文件
localhost 后面跟上数据库名称
2. JDBC的简单封装用资源文件配置
在 java 文件下的 utils 包下新建 CommUtils,写完 CommUtils 之后，Ctrl + Shift + t自动生成测试文件
CommUtils：封装基础的工具方法(如加载配置文件,Json序列化)
CommUtils下放的是共有的操作，与具体方法无关
JDBCUtils: 封装JDBC操作的公共方法
实例Demo
CommUtils : 封装基础的工具方法(如加载配置文件,Json序列化)
CommUtilsTest : 测试CommUtils
3. 数据库连接池
DataSource(管理数据库的连接) ： 数据源-----类比线程池(管理，复用线程)
当我们与数据库建立连接时，每执行都会通过来连接数据库 -----就好比于
每次在用完之后，就像线程一样都销毁；如果要再次使用的话，还得再次建立连接
如果同时连接数据库的用户很多，创建连接和销毁连接的开销就会非常大
频繁操纵的资源：
如果频繁的操纵数据库时，这些就会频繁的创建再使用
所以我们可以把它放入到类似于线程池作用的数据库连接池中(前提是把驱动配置到资源文件中，就是和封装好的 CommUtils)
JDBCUtils : 封装JDBC操作的公共方法
JDBCUtilsStatementTest : 测试JDBCUtils
我们如果频繁的操作，，，，把它们放入静态代码块中是最
合适的，因为在加载配置，在静态代码块中只执行一次，加载好之后就不在重复加载了…
JDBC与DataSource的区别
JDBC：
- 加载驱动
- 获取连接
- 执行SQL
- 关闭资源
DataSource：
- 加载数据源
- 获取连接
- 执行SQL
- 关闭资源
4. Druid的简单使用
DRUID连接池
Druid是一个JDBC组件，它包括三个部分：
- 基于Filter－Chain模式的插件体系。
- DruidDataSource 高效可管理的数据库连接池。
- SQLParser
pom文件中导入所需 jar包
Druid配置列表
基于Alibaba DruidDataSource
DruidUtils
DruidUtilsTest
5. JSON序列化
在 封装基础的工具方法CommUtils 时，它可以封装JSON序列化
- JSON ： 字符串(直白点说就是人能看懂的字符串）
- JSON序列化：将任意对象变为 Json字符串
- JSON反序列化：将 Json字符串变为对象
- 通过的键值对来输出字符串
那么，我们来创建一个 User 类，通过封装工具类的方式来读取 User 中的属性值
和前面一样，我们创建一个类似CommUtils的 的工具方法来封装JSON序列化
User
JsonCommUtils
测试类JsonCommUtilsTest
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/rfx/17177.html