Android UI : XML & 反射

摘要：前言对于程序员来说布局文件我们几乎每天都会写好几个而恰恰是很多每天都会用到的东西往往因为习惯了而忽略对其原理的探究对文件的认知反射配置文件定义格式疑问大家应该都有过这样的需求在代码中根据实时的数据通过代码动态控制而在使用的过程中就会明显的感

前言

对于 Android 程序员来说, 布局 XML 文件我们几乎每天都会写好几个, 而恰恰是很多每天都会用到的东西, 往往因为「习惯了」而忽略对其原理的探究.

[toc]

大家应该都有过这样的需求, 在代码中根据实时的数据, 通过代码动态控制 UI.
而在使用的过程中就会明显的感觉到 xml 定义 布局的便利性. 而在使用代码控制的过程中, 发现 xml 中出现的属性在代码控制时都有相应的 get/set方法. 这不由得使我联想到 javaWeb spring 框架的 spring Bean.

而通过猜想和搜索相关资料验证, 内部确实是通过反射机制实现的.

javaWeb 开发, SSH 框架中的 spring 强大的 IOC 容器, 通过注解, XML配置和反射, 实现了控制反转和依赖注入.

使用spring框架后, 基本见不到new对象的情况, 而是使用配置文件的形式实例化对象.

而反射给我印象深刻的一句话就是:

当你的程序编写完成, 并编译成为可以正常运行的软件后, 如果之后要实现功能的更改, 是否只能重新编辑源代码并再次编译?

目的在于方便重用和减低耦合度, 减少项目变动所牵连的组件. 这就需要使用配置文件, 而最常见的配置文件格式就是 xml.

低耦合举例: 业务逻辑代码中不能够出现和JDBC有关的代码, 日后业务扩展, 更换数据库系统,业务代码不会受到影响, 只需要在配置文件中更换反射类名即可更换JDBC实现类.

xmlns :意为xml命名空间(name space).

xmlns:android="http://schemas.android.com/apk/res/android"

xmlns:tools="http://schemas.android.com/tools"

xmlns:app="http://schemas.android.com/apk/res-auto"

相当于java文件中的「import」, 命名空间主要是因为, 不可避免的类名, 属性名重复, 通过添加前缀以分类, 保证唯一性.

之后在下方使用android:text时相当于写下了http://schemas.android.com/apk/res/android:text

tools:context=”com.example.test.MainActivity”

标示上下文, 也就是相关联的Activity.java文件. 因为布局显示可以在, AndroidManifest.xml,Activity.java,res/layout, 多处同时定义, 使用此属性关联,以达到在布局可视化界面, 所见即所得的效果.

tools:text

我们经常遇到 textView 在代码中动态定义时, 可视化预览界面无内容, 不方便预览. 此时使用android:text=””临时预览有可能忘记删除. 这时就用到了 tools: 命名空间.
Tools:text=”” 会在可视化界面显示, 而不会在实际运行时生效.

在显示布局时, 框架会读取指定目录下的xml文本, 通过递归遍历整个布局树形嵌套结构. 再经过反射形成内存中的对象. (根元素-子元素结构 类比 文件夹-文件结构).

或者为一个元素,两种格式以其中是否有子元素来区分.上方 xml 示例中 : 此时 LinearLayout 下有子元素 Button

LinearLayout 为元素名,对应经过反射后生成的类名.
其后以键值对形式定义.是在初始化LinearLayout对象的成员属性, 相当于构造器.

用于自定义控件中的自定义属性命名空间

通过以上的探究过程, 也就解释了, 为什么控件存在两种使用方式, 而且代码中调用的方法名和属性名与XML文件中极其相似的现象. 而遵从”低耦合”的软件项目设计思想, 同时抽取组件定义方便重用和更改, Google官方推荐在XML中定义组件也是理所应当的.