现在做开发的已经很少有人会直接从底层开发了，除非有些东西目前还没有开发人员发布出来或者做的比较好的。目前的趋势是我这个软件需要什么功能，我就从网上找一些开源的框架、第三方库引入项目中进行辅助开发，从而避免了一些麻烦的步骤。既然已经有人把这个功能实现了，那我何必要从新去写一遍，这样学习成本和时间成本还是很高的，作为开发人员，我们应该考虑的是怎么才能做到低成本高回报——我认为使用开源框架等做二次开发是最佳的答案。下面我来介绍一下开源框架的使用。
在GitHub 、开源中国等代码托管平台经常有开发人员分享自己的开源项目、Demo等，但是他们写的东西我们怎么导入到我们的项目中并加以使用呢？如果你能直接得到一个包的话那是最好的情况，将其导入到（左边文件管理视图切换为Project）app/libs/下，这只是将库导入到本地项目中而已，但是我们还得告诉这个程序“你要去使用它”，因此这里我们要添加项目依赖，在build.gradle中添加如下：
上面的代码块是存储仓库，指定你导入的库的最深层目录，下面的依赖只需要添加箭头指的那句代码就行，name表示所要引用库的名称，ext表示其扩展名，其他的代码都是由系统生成的无需改动。现在就可以直接使用库中的东西啦。
Tip:Android2.x版本是上面那张图，但是Android3.x版本被官方修改掉了，上图的compile要替换为implementation，不然就无法成功添加项目依赖。
下面介绍如何将开源代码打包并导入项目：
首先我们需要新建一个项目（说是项目Project，其实就相当于一个工作空间Workspace），然后点击File—New—New Module...（现在是创建一个模块，也就是一个项目），然后选择Android Library（用于建库）。现在你的任务是把拿到的代码，资源（图片等）放到库中的相应位置，然后打开库中的build.gradle文件（这其实是一个在编译期加载的文件），在该文件中配置如下：
把这段代码加上去，然后在Android Studio命令行（Terminal）中输入指令：gradlew makeJar然后回车（如果在这之前你是第一次使用这种方式打包的话，系统会下载相应的组件，时间会比较长，但以后就可以直接打包了），打包成功后你所打包的库在这个位置：
aar这个包就是了，和jar相比的话我觉得aar的使用更方便吧，我自己是这么觉得，如果你使用jar包的话，最多只能将类，项目配置文件打包；如果你使用aar包的话，不仅可以打包类、项目配置文件，就连一些例如图片之类的资源都可以打成一个包，在某种意义上比jar更方便，至少后期的资源你不需要自己再去导一遍了。上面的aar文件有两个，一个是debug的，一个是release的。-debug文件主要是用于调试用的，可以设置一些断点什么的，这个包是没有任何优化的，只是单纯提供给开发人员做调试用的；-release主要是在发布项目的时候用的，它比前者更轻量级，因为它的代码量更小，速度更优，并且作为发布版本是不允许用户进行调试的，故发布的话选择第二种。在这里你选择哪个都行，然后将其导入到你所需要的项目中，接下来的步骤跟文章开头一样，这里不再赘述。
至此，开源代码的打包及库的导入都介绍完毕了，今天花了一天的时间在研究这个。我是通过一个TextView波浪下沉的Demo来试验的，一开始不熟悉老是出现一些问题，比如打包编译不通过，还没有将第三方库导入本地项目就添加项目依赖，这些问题都会导致运行期错误。如果你的项目和所建的库在同一个Project（也就是工作空间）下，切记不能在代码打包的同时给你需要应用的项目添加项目依赖，因为1.你的库还没建好（即包都还没打呢）2.你还没有将库导入到本地项目中，你的运行期肯定要出错的。所以如果不太熟悉的话还是不建议在同一个Project中操作，我是单独创建一个Project出来专门用来建库（或者说打包代码），然后再新建一个我所要做开发的项目，再把库导入到本地项目中。
对了，这个波浪下沉的Demo里面其实自定义了一个TextView 的子类，但是现在由于android版本的问题已经不能再在TextView下创建子类了，会报错，它会让你用AppCompatTextView说什么兼容性会更好，总之TextView之下已经不能创建子类了，但是在网上找的开源项目却一如既往的可以正常跑，这点实在令我费解。如果使用了AppCompatTextView的话，你的MativityActivity就得继承自AppCompatActivity，这样在使用findViewById才不会出错，或者有其他的解决方案也行，我最后是通过继承APpCompatActivity解决编译错误问题的，然后坑爹的地方来了，明明所有的代码完全一样除了TextView类换成AppCompatTextView，Activity换成AppCompatActivity，运行起来效果居然令人无法直视，使用前者的类，也就是网上提供的框架运行起来毫无违和感，改成后面的据说是具有更好兼容性的类，俨然成为了一个帧动画，看起来属实让人觉得恶心，话说为啥要取消对TextView的继承呢，你对这个类再加以封装改进一下也好啊。
好了，对Android开源框架的使用就写到这里。如哪里有问题或讲的不对，欢迎指出。
