properties

Spring boot配置 springBoot可以用properties配置，也可以用yml配置，官方推荐yml，配置文件名字是固定的，名为application.properties或application.yml YAML做配置一门语言： 以前的配置文件；大多都使用的是 xxxx.xml文件还有properties； YAML：以数据为中心，比json、xml等更适合做配置文件； YAML：配置例子 server: port: 8081 yml语法 k:(空格)v：表示一对键值对（空格必须有）； 以空格的缩进来控制层级关系；只要是左对齐的一列数据，都是同一个层级的 server: port: 8081 path: /hello 属性和值也是大小写敏感； 值的写法 1）字面量：普通的值（数字，字符串，布尔） k: v：字面直接来写； 字符串默认不用加上单引号或者双引号； ""：双引号；不会转义字符串里面的特殊字符；特殊字符会作为本身想表示的意思 name: "zhangsan \n lisi"：输出；zhangsan 换行 lisi ''：单引号；会转义特殊字符，特殊字符最终只是一个普通的字符串数据 name: ‘zhangsan \n lisi’：输出；zhangsan \n lisi 2）k: v：在下一行来写对象的属性和值的关系；注意缩进 对象还是k: v的方式

什么是程序的耦合 耦合性(Coupling)，也叫耦合度，是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差( 降低耦合性，可以提高其独立性)。耦合性存在于各个领域，而非软件设计中独有的，但是我们只讨论软件工程中的耦合。在软件工程中，耦合指的就是就是对象之间的依赖性。对象之间的耦合越高，维护成本越高。因此对象的设计应使类和构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个准则就是高内聚低耦合。 简单来说就是，减少模块之间的依赖性，提高程序的独立性 通常，我们在一个程序中，调用另外一个程序的方法，我们一般都会想到用 new 这个关键词，在学习Spring之前，我们在ServiceImpl中调用DAO中的方法，我们一般会这样写 private IAccountDAO dao = new IAccountDAOImpl ( ) ; 这样的代码写多了之后会大大的增加程序的耦合度，没有遵循开发中的 高内聚，低耦合 的开发思想，极大的增加了代码的维护难度，非常不利于代码的维护和调式，所以我们想到在Java发射中我们学过通过 newInstance() 对象来获得实例

IO流 概述：把数据的传输这种流动按照流动的方向以内存为基准分别为inout和output数据流向内存输入流 流出内存的是输出流 java中IO操作再IO包下进行输入和输出得操作 输入---》读取数据 输出也叫写出数据 存东西叫输出 读东西叫输入 IO分类 根据数据得流向分输入流和输出流 输入流：把数据从其他设备 读取到内存中 输出流：把数据从内存中写出其他设备 根据数据类型分为： 字节流 字符流 字节流： InoutSteam outputSteam 字符流：reader 　　　　writer 字节流：一切皆为字节 图片视频都是以二进制得方式存储 一个一个字节 字节流可以读任何文件 字节输出流： 　　OutputStream------》File OutputStream 　　　　　　　　close（）； 关流 　　　　　　　　flush（）；刷新 　　　　　　　　write（byte [ ] btye）; 　　File OutputStream（File File）； 　　File OutputStream（String String）； File InputSteam 　　java.io.InputStream 是所有字节流输入流的超类 　　read（）；读取下一个字节 　　read（byte [ ] byte）； 　　close（）； File InputStream

此处对工厂模式的分析目的是为了更好地理解Spring IOC 一、程序的耦合 耦合，这里可以简单的理解为：程序间的依赖。 常见的耦合包括：类之间的耦合、方法间的耦合。 解耦：降低程序间的依赖关系。 在实际开发中应该做到： 编译期间不依赖，运行期间才依赖。 public class AccountServiceImpl implements IAccountService { private IAccountDao accountDao = new AccountDaoImpl(); } 上面的代码表示： 业务层调用持久层，并且此时业务层在依赖持久层的接口和实现类。如果此时没有持久层实现类，编译将不能通过。这种编译期依赖关系，应该在我们开发中杜绝。我们需要优化代码解决。 解耦思路： 第一步：使用反射来创建对象，避免使用new关键字。 第二步：通过读取配置文件来获取要创建的对象的全限定类名 二、工厂模式解耦 在实际开发中我们可以把三层的对象都使用配置文件配置起来，当启动服务器应用加载的时候，让一个类中的方法通过读取配置文件，把这些对象创建出来 并存起来 。在接下来的使用的时候，直接拿过来用就好了。 那么，这个读取配置文件，创建和获取三层对象的类就是工厂。 这里使用的是Properties配置文件，存放的是获取对象时的唯一标志和全限定类名(也就是基于xml配置方式实现ioc时

Properties pro = new Properties(); ClassLoader classLoader = JDBCutils.class.getClassLoader(); URL res = classLoader.getResource("jdbc.properties"); String path = res.getPath(); pro.load(new FileReader(path)); url = pro.getProperty("url"); user = pro.getProperty("user"); password = pro.getProperty("password"); driver = pro.getProperty("driver"); Class.forName(driver); jdbc.properties文件放在src目录下 来源： CSDN 作者： 遥远的她_she 链接： https://blog.csdn.net/qq_42606798/article/details/104110366

protege 构建本体 这里我们使用的是 Protégé-OWL 规范。 一、 什么是本体（ Ontologie ） 本体是用来获得你所感兴趣的领域的知识； 二、 OWL Ontologies OWL Ontologies由w3c从斯坦福大学的本体语言发展而来的。 三、 OWL Ontologies的组成 OWL Ontologies是由个体（Individuals），属性（Properties），类（Classes）组成。 1. Individuals（个体） 指的是在域（domain）中我们感兴趣的对象。类中的一个实例。 Individuals必须明确的声明彼此之间是否相同。不同的名字可能指的是相同的Individuals。 2. Properties（属性） 指的是Individuals上二元关系，他连接着两个Individuals。如：小三的父亲叫大三。其中，“的父亲叫”就连接着小三和大三两个Individuals。 Properties可以存在reverse，如上所示，“的父亲叫”的reverse就是“的儿子叫”。 Properties可以被限定成单值，此时Properties是functional的。（后面介绍） Properties也可以是transitive （可传递的）或symmetric（对称的）（后面介绍） 3. Classes

注意 他要导入相关的jar包 有jdbc、Druid、Template的相关jar包 百度上就可以找到 或者加Q:858689814找我要 Druid.properties文件 这个文件放src里面 //驱动 driverClassName = com . mysql . jdbc . Driver //地址 url = jdbc : mysql : / / localhost : 3306 / db1 //用户名 username = root //密码 password = root //初始化连接数量 initialSize = 5 //最大连接数 maxActive = 10 //最大等待时间 maxWait = 3000 工具类 package utiles ; import com . alibaba . druid . pool . DruidDataSourceFactory ; import javax . sql . DataSource ; import java . sql . Connection ; import java . sql . ResultSet ; import java . sql . SQLException ; import java . sql . Statement ; import java . util .