前言
泛型程序设计意味着编写的代码可以被很多不同的类型的对象所重用
泛型在集合框架里拥有着非常广泛的运用,如果没有泛型估计是一大堆Object以及强转代码吧!
想想都可怕啊!
泛型类(generic class)
泛型类就是具有一个或多个类型变量的类,如
1 | public class Pair<T,V>{ |
什么是类型变量?
公司给配置了电脑,所以每天用的都是公司的电脑,很多笔记文章也都放github了
而博客在自己的电脑上,导致博客长时间没更新了,也有很多以前的TODO都没有完成
去NexT官网看了,又更新了好多东西
比如给博客新增了阅读次数,好棒,添加了一下该功能~
为了什么呢?明明没什么人看—-为了打自己脸
呵呵,开心就好
恩
我又更博客了,这是个好消息
每个项目必须要有master、develop分支。
每个开发人员拥有一个自己的分支,如czn、mrfu。
master 分支只能存在release版本的代码,并需要对每个release打对应的tag。
develop 由master分支检出,它作用主要是日常开发合并代码,并与master分支做交互。
当参与开发的人员较多时,可指定一个人管理develop分支,专门负责合并代码,便于管理,避免多人同时使用develop分支而出现问题。
另外当功能开发完毕后,代码合并入develop分支,测试完成通过后,merge到master分支,并在master上打tag。
版本控制是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统
集中化控制系统都有一个单一的集中管理的服务器,保存所有文件的修订版本,客户端通过这台服务器获取文件或提交更新.

很明显,中央服务器是个中心,一旦它出了问题就会影响整个系统.
中央服务器单点故障,如果服务器一挂,那么整个系统就挂了,无法工作
甚至,中央服务器磁盘故障,很可能导致数据丢失,丢失所有历史更改记录等重要信息.
客户端并不只提取最新版本的文件快照,而是把代码仓库完整地镜像下来。这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的提取操作,实际上都是一次对代码仓库的完整备份

作者,大神 Linus Torvalds
优点:
最近也遇到了mutildex的问题,原因是一个dex.class不能超过65536,根据官网的指示Building Apps with Over 65K Methods
解决了,记录一下步骤
添加依赖 compile 'com.android.support:multidex:1.0.0'
配置app的build.gradle,新增multiDexEnabled true如下:
1 | defaultConfig { |
让App继承MultiDexApplication
重写App的attachBaseContext方法
如下:1
2
3
4
5@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
MultiDex.install(this);
}