ANDROID 开发规范总结

最新推荐文章于 2021-05-25 19:00:22 发布

fygwfygyiq

最新推荐文章于 2021-05-25 19:00:22 发布

阅读量373

点赞数

http://blog.csdn.net/beyond0525/article/details/44835651

ANDROID 开发规范总结

基本原则

工欲善其事，必先利其器

充分利用好工具，让电脑代替人脑

最高境界是不写任何代码

和产品人员充分讨论，仔细评估待实现的功能，明确方案，不做无用功（最好能把需求砍掉J）

为质量负责

提交代码前仔细检查，找同事帮忙review

如果迫不得已，挖坑前做好标记（TODO）

工具和开发环境

开发推荐使用eclipse，或者类eclipse环境

配置好Android Formatter

配置好Save Actions

Formatter配置

Eclipse -> Window -> Preferences

Import 导入相应的formatter.xml文件

Save Actions配置

eclipse -> Window -> Preferences

配置成如上的形式就可以了。

UI编码规范

不要阻塞UI线程

1、UI线程内不能做耗时操作，如文件读写、数据库操作、逻辑运算等，建议每次调用耗时不超过10ms，如果超过，建议在工作线程内完成。

2、使用trace view查找耗时方法。

3、使用StrictMode监测耗时操作。

优化高频率运行的代码

1、不频繁进行findViewById、getString…等查找资源的操作, 应使用临时对象缓存。

2、避免频繁创建对象

–自定义View不能每帧刷新都去创建新的Paint、Rect、Matrix等对象，应使用临时对象缓存，一次性创建并初始化，每次直接使用。

–当需要重复使用Bitmap时，不要频繁进行decode，而应将其缓存在cache中。（注：安卓3.0以下可使用软引用cache，3.0以上使用LRU cache并需自己做好内存控制。为了统一和适配，建议使用后者”）。

避免过度刷新

主要是item很多的ListView的过度刷新

1、不要频繁调用Adapter的notifyDataSetChanged方法，只更新需要被更新的行。

常见的场景：后台频繁更新数据，界面接收到回调后直接notifyDataSetChanged。正确的方法：判断后台数据对应的行是否可见，然后刷新该View。

2、listview滑动的过程中少调用notifyDataSetChanged。

3、Adapter需使用复用机制，不能每次getView都去重新inflate, 应尽量利用convertView 和 ViewHolder来实现复用机制。

布局扁平化

1、多使用merge、ViewStub标签。

2、使用RelativeLayout代替多级Linearlayout。

3、使用hierarchy view排查布局问题。

不使用大尺寸图片

1、使用BitmapFactory类的decode函数生成bitmap时，调整采样间隔和缩放尺寸，进行预缩放处理

2、避免使用多套分辨率图片

为了保证不同分辨率手机ui效果，可能会在hdpi、xhdpi等目录下各保持一份图片，这样做会增加apk体积，尽量只放一套图片，然后指定View的高宽，在不同分辨率下定义不同的dimen。

正确使用inflate方法

不正确的使用inflate(Contextcontext, int resource, ViewGroup root)方法导致View Hierarchy多嵌套了一层，会导致View效率低下。

错误的作法：

正确的做法：

解决办法：在inflate第三个参数给定root的时候，应该在xml文件中用merge标签消除嵌套，并且在代码中设置相关属性（xml文件中使用merge标签，对这一标签的任何属性都将失效，包括id，可以看作没有这一层）。

使用ColorFilter节省图片资源

一个按钮拥有多种状态，为满足这些状态使用了不同的切图

尽可能的使用ColorFilter，使用ColorFilter可节省50%内存使用

界面元素尽量少且简单

如果一个Activity展示的元素过多，肯定会影响性能，可以考虑下面的方法：

1、把业务逻辑分拆到不同的界面。

2、使用Fragment展示不同的界面。

3、使用自定义Layout展示不同的界面，不同的情况切换不同的Layout。

UI逻辑和业务逻辑分离

如果activity逻辑很复杂，建议将UI和业务逻辑放到单独的类实现，用Message传递消息，

Adapter数据变化问题

如果在非ui线程修改Adapter内容（增加item），会抛出下面的异常：

Java.lang.IllegalStateException: Thecontent of the adapter has changed but ListView did not receive a notification.Make sure the content of your adapter is not modified from a background thread,but only from the UI thread

修改方法是在UI线程中修改，可以通过Handler解决数据传递问题。

使用include复用layout

Include可以减少重复资源，布局文件更清晰。

设置窗口背景为null

可以省去window背景的绘制，提高界面效率

实践经验

修复BUG时，避免简单粗暴

修复BUG时，要尽量找到问题的根本原因。不要直接加上try/catch完事。

避免Context对象使用强制类型转换

避免使用Context转换为Activity，禁止使用Context转换为Application。

持有Context对象

尽量用context.getApplicationContext代替

谁申请谁释放原则

Receiver的注册和注销，包括Android的和LocalBroadcastManager

Service的bind和unbind

一定要保证成对出现，否则导致内存泄漏

Fragment的细节

Fragment的onCreateView/onDestroy/handleMessage，要判断Activity是否为空，是否finish

Fragment继承注意事项

继承Fragment的子类，其构造函数必须是无参数的，需要的Activity父对象可以通过onAttach(Activity)来传递。

public Activity mContext;

@Override

public void onAttach(Activity activity) {

super.onAttach(activity);

this.mContext = activity;

}

否则会报告如下错误：

Caused by:android.support.v4.app.Fragment$InstantiationException: Unable to instantiatefragment alj: make sure class name exists, is public, and has an emptyconstructor that is public

at android.support.v4.app.Fragment.instantiate(Fragment.java:395) com.qihoo360.mobilesafe.ui.fragment.settings.SettingsView -> alj

at android.support.v4.app.FragmentState.instantiate(Fragment.java:96)

atandroid.support.v4.app.FragmentManagerImpl.restoreAllState(FragmentManager.java:1726)

at android.suppo

Dialog的show/dismiss

需要判断Activity是否finish

AsyncTask的onPost

需要判断Activity是否finish

Android的Receiver上下文

Android的Receiver上下文是限制上下文，不能用其Context去bindService操作

Handler/Runnable内存泄漏

要小心Handler/Runnable对Activity等的长期持有

AsyncTask内存泄漏

要小心AsyncTask对Activity等的长期持有

Toast使用

Toast最好在UI线程中启动，否则可能会报错：

04-17 19:04:29.424: E/CrashHandler(11689):Crash Log BEGIN

04-17 19:04:29.424: E/CrashHandler(11689):java.lang.RuntimeException: Can't create handler inside thread that has notcalled Looper.prepare()

04-17 19:04:29.424: E/CrashHandler(11689):at android.os.Handler.<init>(Handler.java:121)

04-17 19:04:29.424: E/CrashHandler(11689):at android.widget.Toast$TN.<init>(Toast.java:317)

04-17 19:04:29.424: E/CrashHandler(11689):at android.widget.Toast.<init>(Toast.java:91)

明文字符串

尽量不要在传输中直接传输明文字符串。

http://www.android100.org/html/201605/19/238316.html

总结系列--Android开发规范

Android开发规范

一、Android编码规范

1.java代码中不出现中文，最多注释中可以出现中文

2.局部变量命名、静态成员变量命名

只能包含字母，单词首字母出第一个外，都为大写，其他字母都为小写

3.常量命名

只能包含字母和_，字母全部大写，单词之间用_隔开

4.layout中的id命名

命名模式为：view缩写_模块名称_view的逻辑名称

view的缩写详情如下

LayoutView：lv

RelativeView:rv

TextView:tv

ImageView:iv

ImageButton:im

Button:btn

5.activity中的view变量命名

命名模式为：逻辑名称+view缩写

建议：如果layout文件很复杂，建议将layout分成多个模块，每个模块定义一个moduleViewHolder，其成员变量包含所属view

6.strings.xml中的id命名

命名模式：activity名称_功能模块名称_逻辑名称/activity名称_逻辑名称/common_逻辑名称

strings.xml中，使用activity名称注释，将文件内容区分开来

7.drawable中的图片命名

命名模式：activity名称_逻辑名称/common_逻辑名称

8.styles.xml：将layout中不断重现的style提炼出通用的style通用组件，放到styles.xml中；

9.使用layer-list和selector

10.图片尽量分拆成多个可重用的图片

11.服务端可以实现的，就不要放在客户端

12.引用第三方库要慎重，避免应用大容量的第三方库，导致客户端包非常大

13.处理应用全局异常和错误，将错误以邮件的形式发送给服务端

14.图片的.9处理

15.使用静态变量方式实现界面间共享要慎重

16.Log(系统名称模块名称接口名称，详细描述)

17.单元测试（逻辑测试、界面测试）

18.不要重用父类的handler，对应一个类的handler也不应该让其子类用到，否则会导致message.what冲突

19.activity中在一个View.OnClickListener中处理所有的逻辑

20.strings.xml中使用%1$s实现字符串的通配

21.如果多个Activity中包含共同的UI处理，那么可以提炼一个CommonActivity，把通用部分叫由它来处理，其他activity只要继承它即可

22.使用button+activitgroup实现tab效果时，使用Button.setSelected(true)，确保按钮处于选择状态，并使activitygroup的当前activity与该button对应

23.如果所开发的为通用组件，为避免冲突，将drawable/layout/menu/values目录下的文件名增加前缀

24.数据一定要效验，例如

字符型转数字型，如果转换失败一定要有缺省值；

服务端响应数据是否有效判断；

25.同一个客户端如果要放在不同的市场，而且要统计各个市场下载及使用数据时

针对不同的客户端打不同的包，唯一的区别是versionName，apk文件名为versionName.apk

在升级时，要将自己的versionCode和versionName一并传给服务端，如果需要升级，则下载versionName相对应的apk

关于是否要强制升级：

1).不管何种情况都强制升级

2).判断用户的版本和当前最新版本，如果兼容则强制升级，否则可选；

26.有的按钮要避免重复点击

二、Android性能优化

1.http用gzip压缩，设置连接超时时间和响应超时时间

http请求按照业务需求，分为是否可以缓存和不可缓存，那么在无网络的环境中，仍然通过缓存的httpresponse浏览部分数据，实现离线阅读。

2.listview 性能优化

1).复用convertView

在getItemView中，判断convertView是否为空，如果不为空，可复用。如果couvertview中的view需要添加listerner，代码一定要在if(convertView==null){}之外。

2).异步加载图片

item中如果包含有webimage，那么最好异步加载

3).快速滑动时不显示图片

当快速滑动列表时（SCROLL_STATE_FLING），item中的图片或获取需要消耗资源的view，可以不显示出来；而处于其他两种状态（SCROLL_STATE_IDLE 和SCROLL_STATE_TOUCH_SCROLL），则将那些view显示出来

4).list中异步加载的图片，当不在可视范围内，按照一定的算法及时回收（如在当前可视范围的上下10条item以外的图片进行回收，或者将图片进行缓存，设置一个大小，按照最近最少使用原则超过部分进行回收）

5).BaseAdapter避免内存溢出

如果BaseAdapter的实体类有属性非常消耗内存，可以将保存到文件；为提高性能，可以进行缓存，并限制缓存大小。

3.使用线程池，分为核心线程池和普通线程池，下载图片等耗时任务放置在普通线程池，避免耗时任务阻塞线程池后，导致所有异步任务都必须等待

4.异步任务，分为核心任务和普通任务，只有核心任务中出现的系统级错误才会报错，异步任务的ui操作需要判断原activity是否处于激活状态

1).主线程不要进行网络处理；

2).主线程不要进行数据库处理；

3).主线程不要进行文件处理；

5.尽量避免static成员变量引用资源耗费过多的实例,比如Context

6.使用WeakReference代替强引用，弱引用可以让您保持对对象的引用，同时允许GC在必要时释放对象，回收内存。对于那些创建便宜但耗费大量内存的对象，即希望保持该对象，又要在应用程序需要时使用，同时希望GC必要时回收时，可以考虑使用弱引用。

7.超级大胖子Bitmap

及时的销毁(Activity的onDestroy时将bitmap回收，在被UI组件使用后马上进行回收会抛RuntimeException: Canvas: trying to use a recycled bitmap android.graphics.Bitmap)
设置一定的采样率(有开发者提供的图片无需进行采样，对于有用户上传或第三方的大小不可控图片，可进行采样减少图片所占的内存)，从服务端返回图片，建议同时反馈图片的size
巧妙的运用软引用
drawable对应resid的资源，bitmap对应其他资源
任何类型的图片，如果获取不到（例如文件不存在，或者读取文件时跑OutOfMemory异常），应该有对应的默认图片（默认图片放在在apk中，通过resid获取）；

8.保证Cursor 占用的内存被及时的释放掉，而不是等待GC来处理。并且 Android明显是倾向于编程者手动的将Cursor close掉

9.线程也是造成内存泄露的一个重要的源头。线程产生内存泄露的主要原因在于线程生命周期的不可控

10.如果ImageView的图片是来自网络，进行异步加载

11.应用开发中自定义View的时候，交互部分，千万不要写成线程不断刷新界面显示，而是根据TouchListener事件主动触发界面的更新

12.Drawable

ui组件需要用到的图片是apk包自带的，那么一律用setImageResource或者setBackgroundResource，而不要根据resourceid

注意：get(getResources(), R.drawable.btn_achievement_normal)该方法通过resid转换为drawable，需要考虑回收的问题，如果drawable是对象私有对象，在对象销毁前是肯定不会释放内存的。

13.复用、回收Activity对象

临时的activity及时finish

主界面设置为singleTask

一般界面设置为singleTop

14.位置信息

获取用户的地理位置信息时，在需要获取数据的时候打开GPS，之后及时关闭掉

15.在onResume时设置该界面的电源管理，在onPause时取消设置

三、AndroidUI优化

1.layout组件化，尽量使用merge及include复用

2.使用styles，复用样式定义

3.软键盘的弹出控制，不要让其覆盖输入框

4.数字、字母和汉字混排占位问题：将数字和字母全角化。由于现在大多数情况下我们的输入都是半角，所以字母和数字的占位无法确定，但是一旦全角化之后，数字、字母的占位就和一个汉字的占位相同了，这样就可以避免由于占位导致的排版问题。

5.英文文档排版：textview自动换行时要保持单词的完整性，解决方案是计算字符串长度，然后手动设定每一行显示多少个字母并加上‘\n‘

6.复杂布局使用RelativeLayout

7.自适应屏幕，使用dp替代pix

8.使用android:layout_weight或者TableLayout制作等分布局

9.使用animation-list制作动画效果

http://blog.csdn.net/vipzjyno1/article/details/23542617

刚接触Android的时候，命名都是按照拼音来，所以有的时候想看懂命名的那个控件什么是什么用的，就要读一遍甚至好几遍才知道，这样的话，在代码的审查和修改过程中就会浪费不少不必要的时间。如果就是我一个人开发，一个人维护的话还好，可是如果一个项目是团队分工合作，这样让你的同事去看你的代码就更加吃力了，因为大家之间的编程方式不一样，所以，在开发过程中，命名规范统一尤为重要，最好是团队中统一好大家命名方法，这样对于日后的工作会轻松很多。

在面试的时候，审核一个程序员的编程水平的时候，命名规范也是一大标准，所以，下面我就总结下我从网上别人的经验和自己的感悟中收集总结的android命名规范，希望对大家有所帮助。

提醒：在命名规范的统一下，在加上注释，这样日后维护会高效快捷好多。

先初略介绍下当前主要的标识符命名法和英文缩写规则：（这段别人那边借鉴的）

在讲解命名规范前，先初略介绍下当前主要的标识符命名法和英文缩写规则。

标识符命名法
标识符命名法最要有四种:

1 驼峰(Camel)命名法:又称小驼峰命名法，除首单词外，其余所有单词的第一个字母大写。

2 帕斯卡(pascal)命名法:又称大驼峰命名法，所有单词的第一个字母大写

3 下划线命名法:单词与单词间用下划线做间隔。

4 匈牙利命名法:广泛应用于微软编程环境中，在以Pascal命名法的变量前附加小写序列说明该变量的类型。量的取名方式为：<scope_> + <prefix_> + <qualifier>范围前缀，类型前缀，限定词。

个人觉得标识符命名原则:尽可能的用最少的字符而又能完整的表达标识符的含义。

英文缩写原则：
1 较短的单词可通过去掉“元音”形成缩写
2 较长的单词可取单词的头几个字母形成缩写
3 此外还有一些约定成俗的英文单词缩写.

下面为常见的英文单词缩写:

名称	缩写
icon	ic （主要用在app的图标）
color	cl（主要用于颜色值）
divider	di（主要用于分隔线，不仅包括Listview中的divider，还包括普通布局中的线）
selector	sl（主要用于某一view多种状态，不仅包括Listview中的selector，还包括按钮的selector）
average	avg
background	Bg（主要用于布局和子布局的背景）
buffer	buf
control	ctrl
delete	del
document	doc
error	err
escape	esc
increment	inc
infomation	info
initial	init
image	img
Internationalization	I18N
length	len
library	lib
message	msg
password-	pwd
position	pos
server	srv
string	str
temp	tmp
window	wnd(win)

程序中使用单词缩写原则：不要用缩写，除非该缩写是约定俗成的。

命名规范：

1 包（packages）: 采用反域名命名规则，全部使用小写字母。一级包名为com，二级包名为xx（可以是公司或则个人的随便），三级包名根据应用进行命名，四级包名为模块名或层级名

包名	此包中包含
com.xx.应用名称缩写.activities	页面用到的Activity类 (activities层级名用户界面层)
com.xx.应用名称缩写.base	页面中每个Activity类共享的可以写成一个i额BaseActivity类 (基础共享的类)
com.xx.应用名称缩写.adapter	页面用到的Adapter类 (适配器的类)
com.xx.应用名称缩写.tools	此包中包含：公共工具方法类（tools模块名）
com.xx.应用名称缩写.bean (或则 com.xx.应用名称缩写.unity )	此包中包含：元素类
com.xx.应用名称缩写.db	数据库操作类
com.xx.应用名称缩写.view (或则 com.xx.应用名称缩写.ui )	自定义的View类等
com.xx.应用名称缩写.service	Service服务
com.xx.应用名称缩写.broadcast	Broadcast服务

2 类（classes）：名词，采用大驼峰命名法，尽量避免缩写，除非该缩写是众所周知的，比如HTML,URL，如果类名称中包含单词缩写，则单词缩写的每个字母均应大写。

类	描述	例如
activity 类	Aty或者Activity为后缀标识	欢迎页面类WelcomeAty.或者WelcomeActivity
Adapter类	Adp或者Adapte 为后缀标识	新闻详情适配器NewtDetailAdp或则直接 NewDetailAdapter
解析类	Hlr为后缀标识	首页解析类HomePosterHlr
公共方法类	Tools或Manager为后缀标识	线程池管理类：ThreadPoolManager 日志工具类：LogTools
数据库类	以DBHelper后缀标识	新闻数据库：NewDBHelper
Service类	以Service为后缀标识	时间服务TimeService
BroadcastReceive类	以Broadcast为后缀标识	时间通知TimeBroadcast
ContentProvider	以Provider为后缀标识
直接写的共享基础类	以Base开头	BaseActivity,BaseFragment

3 接口（ interface ）：命名规则与类一样采用大驼峰命名法，多以 able 或 ible 结尾，如 interface Runn a ble ;
interface Access ible 。

4 方法（ methods ）：动词或动名词，采用小驼峰命名法例如 :onCreate(),run()

方法	说明
initXX()	初始化相关方法,使用init为前缀标识，如初始化布局initView()
isXX()	checkXX()方法返回值为boolean型的请使用is或check为前缀标识
getXX()	返回某个值的方法，使用get为前缀标识
processXX()	对数据进行处理的方法，尽量使用process为前缀标识
displayXX()	弹出提示框和提示信息，使用display为前缀标识
saveXX()	与保存数据相关的，使用sav为e前缀标识
resetXX()	对数据重组的，使用reset前缀标识
clearXX()	清除数据相关的
removeXXX()	清除数据相关的
drawXXX()	绘制数据或效果相关的，使用draw前缀标识

5 变量（ variables ）采用小驼峰命名法。类中控件名称必须与 xml 布局 id 保持一致。

用统一的量词通过在结尾处放置一个量词，就可创建更加统一的变量，它们更容易理解，也更容易搜索。例如，请使用 strCustomerFirst 和 strCustomerLast ，而不要使用 strFirstCustomer 和 strLastCustomer 。
量词列表：量词后缀说明
First 一组变量中的第一个
Last   一组变量中的最后一个
Next   一组变量中的下一个变量
Prev   一组变量中的上一个
Cur    一组变量中的当前变量

6 常量（ Constants ）全部大写 , 采用下划线命名法 . 例如： MIN_WIDTH

7 资源文件（图片drawable文件夹下）：全部小写，采用下划线命名法，加前缀区分

命名模式：activity名称_逻辑名称/common_逻辑名称

如果有多种形态如按钮等除外如btn_xx.xml（selector）

名称	功能
btn_xx	按钮图片使用btn_整体效果（selector）
btn_xx_normal	按钮图片使用btn_正常情况效果
btn_xx_press	按钮图片使用btn_点击时候效果
bg_head	背景图片使用bg_功能_说明
def_search_cell	默认图片使用def_功能_说明
icon_more_help	图标图片使用icon_功能_说明
seg_list_line	具有分隔特征的图片使用seg_功能_说明
sel_ok	选择图标使用sel_功能_说明

命名后缀：

后缀	说明
unit	在使用xml的tilemode来配图片时，element图片使用此后缀
nor	图片的状态，代表普通状态
hl	图片的状态，代表高亮状态
press	图片的状态，代表按下状态
select	图片的状态，代表其所占的view被选中
unselect	图片的状态，代表其所占的view没有被选中

8 资源布局文件（XML文件（layout布局文件））：

全部小写，采用下划线命名法

1)．contentview命名, Activity默认布局，以去掉后缀的Activity类进行命名。不加后缀：

功能模块.xml

例如：main.xml、more.xml、settings.xml

或则：activity_ 功能模块 .xml

例如：activity_main.xml、activity_more.xml

2)．Dialog命名：dialog_描述.xml

例如：dlg_hint.xml

2)．PopupWindow命名：ppw_描述.xml

例如：ppw _info.xml

3). 列表项命名listitem_描述.xml

例如：listitem_city.xml

4)．包含项：include_模块.xml

例如：include_head.xml、include_bottom.xml

5)．adapter的子布局：功能模块_item.xml

例如：main_item.xml、

9 动画文件（anim文件夹下）：全部小写，采用下划线命名法，加前缀区分。

//前面为动画的类型，后面为方向

动画命名例子	规范写法	备注
fade_in	淡入
fade_out	淡出
push_down_in	从下方推入
push_down_out	从下方推出
push_left	推像左方
slide_in_from_top	从头部滑动进入
zoom_enter	变形进入
slide_in	滑动进入
shrink_to_middle	中间缩小

10 资源ID（resourcesid）：大小写规范与方法名一致，采用小驼峰命名法。命名规范为“资源控件的缩写名”+“变量名”。注意：页面控件名称应该和控件id名保持一致

strings.xml，colors.xml等中的id命名：

命名模式：activity名称_功能模块名称_逻辑名称/activity名称_逻辑名称/common_逻辑名称

strings.xml中，使用activity名称注释，将文件内容区分开来

11 layout中的id命名

命名模式为：view缩写_模块名称_view的逻辑名称

view的缩写详情如下：

控件	缩写
LayoutView	lv
RelativeView	rv
TextView	tv
Button	btn
ImageButton	imgBtn
ImageView	mgView 或则 iv
CheckBox	chk
RadioButton	rdoBtn
analogClock	anaClk
DigtalClock	dgtClk
DatePicker	dtPk
EditText	edtTxt
TimePicker	tmPk
toggleButton	tglBtn
ProgressBar	proBar
SeekBar	skBar
AutoCompleteTextView	autoTxt
ZoomControls	zmCtl
VideoView	vdoVi
WdbView	webVi
RantingBar	ratBar
Tab	tab
Spinner	spn
Chronometer	cmt
ScollView	sclVi
TextSwitch	txtSwt
ImageSwitch	imgSwt
listView	lVi 或则lv
ExpandableList	epdLt
MapView	mapVi

12.activity中的view变量命名

命名模式为：逻辑名称+view缩写

建议：如果layout文件很复杂，建议将layout分成多个模块，每个模块定义一个moduleViewHolder，其成员变量包含所属view

13.styles.xml：将layout中不断重现的style提炼出通用的style通用组件，放到styles.xml中；

14.使用layer-list和selector

Android编码规范建议（别人弄的觉得蛮有道理）

1.Java代码中不出现中文，最多注释中可以出现中文

2.局部变量命名、静态成员变量命名

只能包含字母，单词首字母除第一个外，都为大写，其他字母都为小写

3.常量命名

只能包含字母和_，字母全部大写，单词之间用_隔开

4.图片尽量分拆成多个可重用的图片

5.服务端可以实现的，就不要放在客户端

6.引用第三方库要慎重，避免应用大容量的第三方库，导致客户端包非常大

7.处理应用全局异常和错误，将错误以邮件的形式发送给服务端

8.图片的.9处理

9.使用静态变量方式实现界面间共享要慎重

10.Log(系统名称模块名称接口名称，详细描述)

11.单元测试（逻辑测试、界面测试）

12.不要重用父类的handler，对应一个类的handler也不应该让其子类用到，否则会导致message.what冲突

13.activity中在一个View.OnClickListener中处理所有的逻辑

14.strings.xml中使用%1$s实现字符串的通配

15.如果多个Activity中包含共同的UI处理，那么可以提炼一个CommonActivity，把通用部分叫由它来处理，其他activity只要继承它即可

16.使用button+activitgroup实现tab效果时，使用Button.setSelected(true)，确保按钮处于选择状态，并使activitygroup的当前activity与该button对应

17.如果所开发的为通用组件，为避免冲突，将drawable/layout/menu/values目录下的文件名增加前缀

18.数据一定要效验，例如

字符型转数字型，如果转换失败一定要有缺省值；

服务端响应数据是否有效判断

最后，这些都是一些个人总结和网络上看来的其他网友的建议，

仅供参考，只要形成一个团体上的统一即可，简单知道他的意思就可以了。

程序员养成良好的编码习惯和命名规范，对于自己和整个团队都有好处。

fygwfygyiq

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
ANDROID 开发规范总结

http://blog.csdn.net/beyond0525/article/details/44835651http://blog.csdn.net/beyond0525/article/details/44835651http://blog.csdn.net/beyond0525/article/details/44835651http://blog.csdn.net/beyon
复制链接

扫一扫