不忘初心,方得始终

『少女祈祷中…』

Git分布式版本控制工具

1 Git概述

1.1 Git历史

Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。 到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。

到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 时的经验教训,开发出自己的版本系统。

他们对新的系统制订了若干目标:

  • 速度
  • 简单的设计
  • 对非线性开发模式的强力支持(允许成千上万个并行开发的分支)
  • 完全分布式
  • 有能力高效管理类似 Linux 内核一样的超大规模项目(速度和数据量)

1.2 Git与SVN对比

SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而开发人员工作的时候,用的都是自己的电脑,所以首先要从中央服务器下载最新的版本,然后开发,开发完后,需要把自己开发的代码提交到中央服务器。

集中式版本控制工具缺点:

- 阅读剩余部分 -

mybatis03 - 多表查询、简单的SSM整合

1 Mybatis多表查询

1.1 一对一查询

1.1.1 一对一查询的模型

用户表和订单表的关系为,一个用户有多个订单,一个订单只从属于一个用户

一对一查询的需求:查询一个订单,与此同时查询出该订单所属的用户

图片1.png

1.1.2一对一查询的语句

对应的sql语句:SELECT *,o.id oid FROM orders o, USER u WHERE o.uid = u.id;

查询的结果如下:

图片2.png

- 阅读剩余部分 -

mybatis02 - 核心配置文件深入

1 Mybatis的Dao层实现

1.1 传统开发方式

1.1.1 编写UserDao接口
public interface UserDao {
    List<User> findAll() throws IOException;
}
1.1.2 编写UserDaoImpl实现
public class UserDaoImpl implements UserDao {
    public List<User> findAll() throws IOException {
        InputStream resourceAsStream = 
                    Resources.getResourceAsStream("SqlMapConfig.xml");
        SqlSessionFactory sqlSessionFactory = new 
                    SqlSessionFactoryBuilder().build(resourceAsStream);
        SqlSession sqlSession = sqlSessionFactory.openSession();
        List<User> userList = sqlSession.selectList("userMapper.findAll");
        sqlSession.close();
        return userList;
    }
}
1.1.3 测试传统方式
@Test
public void testTraditionDao() throws IOException {
    UserDao userDao = new UserDaoImpl();
    List<User> all = userDao.findAll();
    System.out.println(all);
}

- 阅读剩余部分 -

windows下配置双网卡分流实现内网外网同时上网

前提概要:工作和学习中,有时候需要实现内网和外网同时访问,内网环境访问不了外网,访问外网使用手机热点又得拔掉网线,来回切换显得非常麻烦,其实在连接热点的情况下,电脑上是有两个网卡的,这个时候经过配置网关分流可以实现内网和外网同时访问的,下面就对我的折腾经验作为分享。 小乖.png

首先使用ipconfig命令查看本机的网络环境

内网(局域网):
以太网:
   IPv4 地址 . . . . . . . . . . . . : 192.168.46.50
   子网掩码  . . . . . . . . . . . . : 255.255.255.0
   默认网关. . . . . . . . . . . . . : 192.168.46.1

外网(手机热点):
以太网2:
   IPv4 地址 . . . . . . . . . . . . : 172.20.10.3
   子网掩码  . . . . . . . . . . . . : 255.255.255.240
   默认网关. . . . . . . . . . . . . : 172.20.10.1

可以看到两个网卡是同时连接的,使用route print命令查看路由表可发现:

0.0.0.0 0.0.0.0 172.20.10.1 172.20.10.3 外网
0.0.0.0 0.0.0.0 192.168.46.1 192.168.46.50 内网

指向0.0.0.0的有两个网关,这样就会出现路由冲突,两个网络可能不能同时访问。
PS:0.0.0.0指的是本机上的所有IPV4地址

想实现同时访问也很简单
1.删除0.0.0.0的所有路由
route delete 0.0.0.0

2.重新添加0.0.0.0网络路由的网关为外网网关,将所有流量默认走外网网关
route add 0.0.0.0 mask 0.0.0.0 172.20.10.1

3.将内网网段192.168.46.*的所有流量走内网网关,这样就实现了内网外网同时访问互不影响
route add 192.168.46.0 mask 255.255.255.0 192.168.46.1

这里经过我抓包发现内网还有一个网页的服务器地址为192.168.50.187,于是我还需要再添加一个网段走内网流量
route add 192.168.50.0 mask 255.255.255.0 192.168.46.1

好了完结撒花~ 你懂的.png
当然这样设置只是临时的,重启就会失效,可以在命令最后加上-p设为静态(永久)路由,防止下次重起时配置消失。

mybatis01 - 简介和快速入门

1 Mybatis简介

1.1原始jdbc操作(查询数据)

图片1.png

1.2原始jdbc操作(插入数据)

图片2.png

- 阅读剩余部分 -

springmvc03 - 文件上传、拦截器、异常处理

今日内容

  • SpringMVC的文件上传
  • SpringMVC的拦截器
  • SpringMVC异常处理机制

1 SpringMVC的文件上传

1.SpringMVC的请求-文件上传-客户端表单实现

文件上传客户端表单需要满足:

表单项type=“file”

表单的提交方式是post

表单的enctype属性是多部分表单形式,及enctype=“multipart/form-data”

<form action="${pageContext.request.contextPath}/user/quick22" method="post" enctype="multipart/form-data">
    名称<input type="text" name="username"><br/>
    文件1<input type="file" name="uploadFile"><br/>
    <input type="submit" value="提交">
</form>

- 阅读剩余部分 -

springmvc02 - 请求和响应

1 SpringMVC的数据响应

1.SpringMVC的数据响应-数据响应方式

1)页面跳转

直接返回字符串

通过ModelAndView对象返回

2 )回写数据

直接返回字符串

返回对象或集合

2.SpringMVC的数据响应-页面跳转-返回字符串形式

1.jpg

- 阅读剩余部分 -

springmvc01 - Spring与Web环境集成

1 Spring与Web环境集成

1.1 ApplicationContext应用上下文获取方式

应用上下文对象是通过new ClasspathXmlApplicationContext(spring配置文件) 方式获取的,但是每次从容器中获得Bean时都要编写new ClasspathXmlApplicationContext(spring配置文件) ,这样的弊端是配置文件加载多次,应用上下文对象创建多次。

在Web项目中,可以使用ServletContextListener监听Web应用的启动,我们可以在Web应用启动时,就加载Spring的配置文件,创建应用上下文对象ApplicationContext,在将其存储到最大的域servletContext域中,这样就可以在任意位置从域中获得应用上下文ApplicationContext对象了。

1.2 Spring提供获取应用上下文的工具

上面的分析不用手动实现,Spring提供了一个监听器ContextLoaderListener就是对上述功能的封装,该监听器内部加载Spring配置文件,创建应用上下文对象,并存储到ServletContext域中,提供了一个客户端工具WebApplicationContextUtils供使用者获得应用上下文对象。

所以我们需要做的只有两件事:

①在web.xml中配置ContextLoaderListener监听器(导入spring-web坐标)

②使用WebApplicationContextUtils获得应用上下文对象ApplicationContext

- 阅读剩余部分 -

spring04 - JdbcTemplate && 声明式事务

1 JdbcTemplate基本使用

1.1.JdbcTemplate基本使用-概述

JdbcTemplate是spring框架中提供的一个对象,是对原始繁琐的Jdbc API对象的简单封装。spring框架为我们提供了很多的操作模板类。例如:操作关系型数据的JdbcTemplate和HibernateTemplate,操作nosql数据库的RedisTemplate,操作消息队列的JmsTemplate等等。

1.2.JdbcTemplate基本使用-开发步骤

①导入spring-jdbc和spring-tx坐标

②创建数据库表和实体

③创建JdbcTemplate对象

④执行数据库操作

1.3.JdbcTemplate基本使用-快速入门代码实现

导入spring-jdbc和spring-tx坐标

- 阅读剩余部分 -

spring03 - Aop面向切面编程

1.Spring 的 AOP 简介

1.1 什么是 AOP

AOP 为 Aspect Oriented Programming 的缩写,意思为面向切面编程,是通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。

AOP 是 OOP 的延续,是软件开发中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率。

1.2 AOP 的作用及其优势

作用:在程序运行期间,在不修改源码的情况下对方法进行功能增强

优势:减少重复代码,提高开发效率,并且便于维护

1.3 AOP 的底层实现

实际上,AOP 的底层是通过 Spring 提供的的动态代理技术实现的。在运行期间,Spring通过动态代理技术动态的生成代理对象,代理对象方法执行时进行增强功能的介入,在去调用目标对象的方法,从而完成功能的增强。

1.4 AOP 的动态代理技术

常用的动态代理技术

JDK 代理 : 基于接口的动态代理技术

cglib 代理:基于父类的动态代理技术

图片1.png

- 阅读剩余部分 -

  1. 1
  2. 2
  3. 3
  4. 4
  5. ...
  6. 16