xuqingfeng77的专栏

首先查看项目说明文档（设计ui）和接口文档，一般的话要熟悉业务流程要认真研究说明文档，最好团队里讨论。像这次手机刷卡项目，有几块写的还可以。比如说string.style，按功能模块分，并且注释多，还有一些重复用的布局独立出来。做的不好的是，像这种银行项目我开始布局这方面不是很懂，以为少写点activity就好，于是用add，remove布局的方式，又不好命名。现在来我看这种布局真不好，而且又麻烦

初步总结：1、团队精神2、乐意分享精神3、个人能力

目前总结在ui层来说，可能有些人会认为这没有技术含量，其实我个人认为不然。ui层写的好坏会影响整个项目后期写逻辑层的处理，重要的是用户体验。比如说，这几个星期我做的一个项目，一个功能是绑定设备和解除绑定设备，我用的是通过addview和remove的方法来添加布局和擦除布局的，开始考虑这样写的目的是为了减少使用Activity，但是其实这样带来的用户体验很不好（后面同事给了些建议）。前期ui都是我