对XML文件的认知

反射 & 配置文件

定义格式 & 疑问

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

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

使用反射的目的

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

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

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

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

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

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

Android UI XML

<LinearLayout 
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical" >
    
    <Button
        android:id="@+id/btn_demo"
        android:onClick="setAnimation"
        android:layout_height="wrap_content"
        android:layout_width="wrap_content"
        android:text="动画集合" />

</LinearLayout>

NameSpace

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 xlmns

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

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

tools:text

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

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

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

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

app xmlns

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

总结

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

Android UI : XML & 反射