比如布局重用之类
认证高级PHP讲师
1、主layout文件只包含include2、命名规范3、style统一4、嵌套层次不要过于复杂
1.注意id格式。比如ListView的id就用lv_xxx，TextView就是tv_xxx这样2.注意id意义。不要写太长的id，直观最简就好，比如：论坛页面>帖子详情>标题TextView。用不着写成tv_forum_post_title,就写成tv_title就好啦3.减少嵌套。能用FrameLayout的就别用LinearLayout，至于RelativeLayout。。。个人觉得能不用尽量不用，会产生一堆无意义的id。。。4.重用布局个人感觉大多数情况下并无卵用。不如直接抽成一个自定义的view。写几个属性。这样复用起来才方便。
Ui复用概率很低。通用的dialog listview actionbar 之类的用java写，其他的看情况抽取代码。个人建议，ui除了基础控件，尽量别复用。数据耦合太高了
补充一下，从 Android Studio 2.2 preview 开始，引入了 ConstraintLayout 布局，通过约束的方式来处理组件之间的相互关系，以后对 ui 组件的操作更加趋向于可视化。ui 的调整成本降低，再加上 ui 的复用率低，个人感觉花费大量精力创建出可重用的布局意义并不大。在实际开发中，也往往只将简单的组件抽取出来，比如：搜索栏，底栏，登陆框等等，而对于复杂的 ui，往往只需要遵守一些简单的规范就行了，就像上面说的简短达意的命名，统一的 style 等等
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
1、主layout文件只包含include
2、命名规范
3、style统一
4、嵌套层次不要过于复杂
1.注意id格式。比如ListView的id就用lv_xxx，TextView就是tv_xxx这样
2.注意id意义。不要写太长的id，直观最简就好，比如：论坛页面>帖子详情>标题TextView。用不着写成tv_forum_post_title,就写成tv_title就好啦
3.减少嵌套。能用FrameLayout的就别用LinearLayout，至于RelativeLayout。。。个人觉得能不用尽量不用，会产生一堆无意义的id。。。
4.重用布局个人感觉大多数情况下并无卵用。不如直接抽成一个自定义的view。写几个属性。这样复用起来才方便。
Ui复用概率很低。通用的dialog listview actionbar 之类的用java写，其他的看情况抽取代码。个人建议，ui除了基础控件，尽量别复用。数据耦合太高了
补充一下，从 Android Studio 2.2 preview 开始，引入了 ConstraintLayout 布局，通过约束的方式来处理组件之间的相互关系，以后对 ui 组件的操作更加趋向于可视化。ui 的调整成本降低，再加上 ui 的复用率低，个人感觉花费大量精力创建出可重用的布局意义并不大。
在实际开发中，也往往只将简单的组件抽取出来，比如：搜索栏，底栏，登陆框等等，而对于复杂的 ui，往往只需要遵守一些简单的规范就行了，就像上面说的简短达意的命名，统一的 style 等等