在现阶段的安卓开发中，有着大量高级的开发组织架构，例如MVP，MVVM或者Clean Architecture，还有些疯狂点的例如RxJava或者Dagger，甚至还有新语言出现，比如Kotlin。
但是在大多数项目中，主题和样式仍然是使用了最老式的方法，并没有考虑其组织结构。但是这些xml文件也是项目代码的一部分，所以展示它们也应该像展示我们喜欢的Java代码一样。
一个常见问题
在一个新项目里，AS只会生成一个sytle.xml文件，里面有个初期的AppTheme的实现。当你的项目慢慢变大，AppTheme也将会变大，里面将会放着很多你的主题/样式属性。
但是，在你项目的某些点上，你可能需要添加一些API级别的特殊样式属性。例如，你的app的minSdk=16，但是你想要一个API19级别属性，这时你不能直接放到AppTheme 中了，否则xml文件将会报错。见图
在安卓中，你可以将一些资源文件放到特定API级别的文件夹中。例如，你可以创建一个 res/values-v19/文件夹，并且你可以向里面放入一个style.xml文件，当项目运行在一个API19甚至更高级别的设备上时，本文件具有更高的优先级。由此，为引入API 19级别的新属性，你有了2个简单方式。
- .将res/values/styles.xml中的AppTheme 复制到-v19的style文件中，然后向新文件中添加新属性。此时，-v19 将会只应用在API 19级别以及更高的设备。但是，请不要这么做，因为同时维持这两个文件将会是个大麻烦，因为，一旦你想向base theme添加新属性时，你不得不拷贝一份放到-v19 主题中。这才一个19呢，若是再考虑-v21，-v23呢。
- 另一个方案是，在res/values/styles.xml中创建一个BaseAppTheme ，里面列出所有的非指定性属性。在同一个文件中，让AppTheme 继承BaseAppTheme。在 -v19 version中，也这么操作。然后再向AppTheme中添加对于API级别的新属性。当以后需要添加通用属性时，可以只改变BaseAppTheme ，而不用考虑别的文件。
values/styles.xml
values-v19/styles.xml
更多的API级别
现在，你需要使用一个只有API 21级别的新属性。你需要创建一个 res/values-v21/ folder，然后在里面创建一个style.xml文件。你创建AppTheme 继承BaseAppTheme，然后将新属性添加到这个文件中。
values-v21/styles.xml
当app运行到安卓4.4设备时，状态栏透明。而5.0以上设备时，状态栏不再是透明的，也就是说，此时的AppTheme 在两个API级别下独立运作。
引入主题继承链
为修复上述问题，我们重新写下我们所有的主题。在res/values/styles.xml中，创建一个具有通用属性的Base.V0.AppTheme，该主题继承AppCompat主题。在同一个文件中，再创建个AppTheme 继承于Base.V0.AppTheme。
values/styles.xml
在res/values-v19/styles.xml里，创建一个 Base.V19.AppTheme，然后将API 19的特殊属性放进去，该主题的父主题是Base.V0.AppTheme。在该文件中，创建AppTheme 继承于Base.V19.AppTheme。
values-v19/styles.xml
在res/values-v21/styles.xml中，创建Base.V21.AppTheme，然后将API 21的特殊属性放进去，该主题的父主题是 Base.V19.AppTheme。在该文件中，创建AppTheme 继承于Base.V21.AppTheme。
values-v21/styles.xml
在这个主题架构中，对于每一个API级别，AppTheme将会具有所有API级别的属性，并且它很容易扩展，方便以后添加一些新的API级别特定属性。这也可以应用到styles中，因为这不仅对于API级别特定属性有效，同时对于重写values值也适用。下面举个完整的例子，例子中有个View将会同时考虑手机和平板以及API级别21以上。
values/styles.xml
提供默认的手机属性
values-v21/styles.xml
提供API 21+属性
values-sw600dp/styles.xml
提供平板属性
上述例子，每一个属性将只会写一次，很容易维护，并且也很容易扩展。
以上就是本文展示的一个定义和组织 主题和样式的一种方式，希望对大家有帮助。