1、楼上提到效率，应该不是指性能上的吧？
2、主要考虑视图 与逻辑分离，这样，以后要改下视图，就不需要动逻辑部分,改改xml就可以了，或者说后面替换UI的话，没有必要跑到代码中去看哪些地方要改。
3、到是在性能上，不见得要比纯代码方式要高哦。
4、google推荐使用xml布局，逼不得已的情况下才使用纯代码实现

这个主要和XML没什么关系, 这个是一个标记语言.
如果是说无法动态修改的话:

1. 主要是为了效率
   解释执行的效率优化比较麻烦, 优化效果也不好控制. 需要开发者有比较好的代码规范.

2. 部分为了安全性
   如果是动态生成UI, 必然会有解释器. 很容易造成注入式攻击. 例如: XSS XXE

同意二楼说法，最主要的是实践mvc的开发模式，XML方式适合做可视化界面设计，而且可读性较好，java代码写UI就无法动态运行代码，在开发阶段实时渲染，从执行效率上来讲，java性能是完胜脚本需要和XML解析的