“KJFrameForAndroid”命名规则
android资源命名规则
android资源命名规则在Android开发中，资源命名规则是非常重要的，它能够提高代码可读性和维护性。
下面是Android资源命名的一些常见规则：1. 使用小写字母和下划线（_）组合作为资源文件名。
例如：my_image.png。
2. 对于不同类型的资源，可以使用不同的前缀来标识，以便更好地进行组织和查找。
例如：布局文件可以以"activity_"或"fragment_"作为前缀，字符串资源可以以"btn_"或"text_"作为前缀。
3. 对于不同屏幕分辨率的图片资源，可以使用不同的后缀来区分。
例如：my_image_ldpi.png（低分辨率），my_image_mdpi.png（中分辨率），my_image_hdpi.png（高分辨率）。
4. 使用有意义的命名来描述资源的用途和内容。
例如：btn_login.png（登录按钮的图片资源），activity_main.xml（主界面的布局文件）。
5. 避免使用特殊字符和空格。
因为在编译和打包过程中，这些字符可能会导致问题。
6. 对于不同语言的字符串资源，使用相同的资源名，只是在values下的不同字符串文件中进行翻译。
例如：strings.xml（默认语言）和strings-es.xml（西班牙语）。
7. 使用目录结构来更好地组织资源文件。
例如：res/drawable （图片资源），res/layout（布局资源），res/values（值资源）等。
总之，良好的资源命名规范能够提高代码的可读性和维护性，使开发更加高效和规范化。
浅谈Android编码规范及命名规范
浅谈Android编码规范及命名规范前言：目前工作负责两个医疗APP项目的开发，同时使用LeanCloud进行云端配合开发，完全单挑。
现大框架已经完成，正在进行细节模块上的开发抽空总结一下Android项目的开发规范：1、编码规范2、命名规范注：个人经验，经供参考--------------------------------------------------------------------------------------------------------------------------一、Android编码规范1、学会使用string.xml文件在我看来，当一个文本信息出现的次数大于一次的时候就必须要使用string.xml比如一个保存按钮，不规范写法：复制代码<Buttonandroid:id="@+id/editinfo_btn_save"android:layout_width="wrap_content"android:layout_height="wrap_content"android:text="保存"/>复制代码这里给它的文本内容设置为"保存"，那么一个app中所有的保存按钮都这样写。
当有一天要修改需求了，要求把“保存”文字改成“提交”，那么我们只能去一个个布局文件中修改，岂不浪费大量时间又可能会存在漏掉修改的情况。
规范写法：复制代码<Buttonandroid:id="@+id/editinfo_btn_save"android:layout_width="wrap_content"android:layout_height="wrap_content"android:text="@string/save"/>复制代码而在string.xml文件中：<string name="save">保存</string>这种写法，往后需要修改，只需要在string.xml文件中修改一行代码便实现了整个APP的该文本内容修改。
winform控件命名规范2010
C#命名规则：1.组合词：取控件名字中大写字母组合。
2.重名规则：规则取控件名字前两个字母与余下大写组合。
共有6组合同名。
3.6组同名中有二组最特殊如下：PrintDialog Pdi PrintDocument PDoLinkLabel Llb ListBox Lib4.控件命名：控件简写+下划线+控件功能名[英文]。
例：添加按钮：btn_Add 控件简写如下：BackgroundWorker Bw BindingNavigator BnBindingSource BS Button BtnCheckBox Chb ComboBox Cob CheckedListBox Clb ColorDialog Cd ContextMenuStrip Cms DataGridView DgvDateTimePicker Dtp DomainUpDown Dud DirectorySearcher Dis DataSet DsDirectoryEntry De ErrorProvider EpEventLog El FlowLayoutPanel Flp FileSystemWatcher Fsw FolderBrowserDialog FbdFontDialog Fd GroupBox GbHelpProvider Hp HScrollBar HsLabel lb ImageList IlLinkLabel Llb ListBox LibListView Lv MaskedTextBox MtbMonthCalendar Mc MenuStrip MsMessageQueue Mq NumericUpDown NudNotifyIcon Ni OpenFileDialog Ofd PageSetupDialog Psd PerformanceCounter PcPrintDialog Pdi PrintDocument PDoPrintPreviewDialog PPD Process Pcs PropertyGrid Pg PictureBox Pib Panel Pnl ProgressBar PrB PrintPreviewControl Ppc RadioButton Rb RichTextBox Rtb SaveFileDialog Sfd SerialPort Sp StatusStrip SS ServiceController Sec SplitContainer Spc Splitter Spt TabPage Tp TableLayoutPanel Tlp ToolStripContainer Tsc TextBox Tb TrackBar Trb TreeView Tv Timer tmr ToolStrip Ts ToolTip Tt VScrollBar Vb WebBrowser Wb。
几种常见的软件命名规则
几种常见的软件命名规则收藏今天终于有时间可以不用加班，回来看电影，听歌。
筹划已久的博客，今天终于也迎来了第一篇有意义的文章，参考了网络上的一些文章，写的不好，再努力。
实际上命名规范是有很多的，也不是见到的就可以说的清楚，这里就就简单的介绍三种：匈牙利命名规范，Pascal,Camel：一、匈牙利命名规范：广泛应用于象Microsoft Windows这样的环境中。
几年以前,Charles Simonyi(他后来成为微软的著名程序员)设计了一种以前缀为基础的命名方法,这种方法后来称为"匈牙利表示法"以记念他.他的思想是根据每个标识符所代表的含义给它一个前缀.微软后来采用了这个思想,给每个标识符一个前缀以说明它的数据类型.因此,整型变量的前缀是n,长整型变量是nl,字符型数组变量是ca,以及字符串(以空类型结尾的字符数组)以sz为前缀.这些名字可能会非常古怪.比如说:lpszFoo表示"Foo"是一个指向以空字符为结尾的字符串的长整型指针. 这种方法的优点是使人能够通过变量的名字来辨别变量的类型,而不比去查找它的定义.遗憾的是,这种方法不仅使变量名字非常绕口,而且使改变变量类型的工作变得十分艰巨.在Windows3.1中,整型变量为16为宽.如果我们在开始时采用了一个整型变量,但是在通过30---40个函数的计算之后,发现采用整型变量宽度不够,这时我们不仅要改变这个变量的类型,而且要改变这个变量在这30--40个函数中的名字. 因为不切实际,除了一些顽固的Windows程序员外已经没有人再使用"匈牙利表示法"了.毫无疑问,在某种场合它依然存在,但大部分人现在已经抛弃它了.一般而言,输入前缀是一种糟糕的想法,因为它把变量于其类型紧紧地绑在了一起. 对于30行以下的函数，匈牙利方法一般有优势。
尤其是对界面编程，有优势。
但对于有强烈的算法要求、尤其是有很多抽象类型的C++程序，匈牙利方法简直是一个灾难。
vc程序员命名规范
1、变量名的命名规则①、变量的命名规则要求用“匈牙利法则”。
即开头字母用变量的类型，其余部分用变量的英文意思或其英文意思的缩写,尽量避免用中文的拼音,要求单词的第一个字母应大写。
即：变量名=变量类型+变量的英文意思（或缩写）对非通用的变量，在定义时加入注释说明，变量定义尽量可能放在函数的开始处。
见下表：bool(BOOL) 用b开头bIsParentbyte(BYTE) 用by开头byFlagshort(int) 用n开头nStepCountlong(LONG) 用l开头lSumchar(CHAR) 用c开头cCountfloat(FLOAT) 用f开头fAvgdouble(DOUBLE) 用d开头dDetavoid(VOID) 用v开头vVariantunsigned int（WORD）用w开头wCountunsigned long(DWORD) 用dw开头dwBroadHANDLE（HINSTANCE）用h开头hHandleDWORD 用dw开头dwWordLPCSTR(LPCTSTR) 用str开头strString用0结尾的字符串用sz开头szFileName对未给出的变量类型要求提出并给出命名建议给技术委员会。
②、指针变量命名的基本原则为：对一重指针变量的基本原则为：“p”+变量类型前缀+命名如一个float*型应该表示为pfStat对多重指针变量的基本规则为：二重指针：“pp”+变量类型前缀+命名三重指针：“ppp”+变量类型前缀+命名......③、全局变量用g_开头,如一个全局的长型变量定义为g_lFailCount,即：变量名=g_+变量类型+变量的英文意思（或缩写）④、静态变量用s_开头,如一个静态的指针变量定义为s_plPerv_Inst,即：变量名=s_+变量类型+变量的英文意思（或缩写）⑤、成员变量用m_开头,如一个长型成员变量定义为m_lCount;即：变量名=m_+变量类型+变量的英文意思（或缩写）⑥、对枚举类型（enum）中的变量，要求用枚举变量或其缩写做前缀。
软件项目版本号的命名规则及格式
软件项目版本号的命名规则及格式版本控制比较普遍的 3 种命名格式:一、GNU 风格的版本号命名格式:主版本号. 子版本号[. 修正版本号[. 编译版本号]]Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]示例: 1.2.1, 2.0, 5.0.0 build-13124二、Windows 风格的版本号命名格式:主版本号. 子版本号[ 修正版本号[. 编译版本号]]Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]示例: 1.21, 2.0三、.Net Framework 风格的版本号命名格式:主版本号.子版本号[.编译版本号[.修正版本号]]Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]版本号由二至四个部分组成：主版本号、次版本号、内部版本号和修订号。
主版本号和次版本号是必选的；内部版本号和修订号是可选的，但是如果定义了修订号部分，则内部版本号就是必选的。
所有定义的部分都必须是大于或等于0 的整数。
应根据下面的约定使用这些部分：Major ：具有相同名称但不同主版本号的程序集不可互换。
例如，这适用于对产品的大量重写，这些重写使得无法实现向后兼容性。
Minor ：如果两个程序集的名称和主版本号相同，而次版本号不同，这指示显著增强，但照顾到了向后兼容性。
例如，这适用于产品的修正版或完全向后兼容的新版本。
Build ：内部版本号的不同表示对相同源所作的重新编译。
这适合于更改处理器、平台或编译器的情况。
Revision ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。
这适用于修复以前发布的程序集中的安全漏洞。
android 多模块开发命名规则
在Android多模块开发中，命名规则是非常重要的，它可以帮助团队成员更好地理解和组织代码。
以下是一些建议的命名规则：
1.包名（Packages）：
o采用反域名命名规则，全部使用小写字母。
o一级包名通常为com。
o二级包名通常是公司或个人的域名或命名。
o三级包名根据应用或项目进行命名。
o四级包名作为模块名或层级名。
例如：
com.example.myproject.module1。
2.类名（Classes）：
o使用名词，并采用大驼峰命名法（PascalCase）。
o尽量避免缩写，除非该缩写是众所周知的（如HTML、URL）。
o如果类名包含缩写，那么每个字母都应大写。
例如：MyCustomView。
3.接口（Interfaces）：
o命名规则与类相同，采用大驼峰命名法。
o多以able或ible结尾，例如：Runnable、Accessible。
4.方法（Methods）：
o使用动词或动名词，并采用小驼峰命名法（camelCase）。
o例如：onCreate()、run()。
5.变量（Variables）：
o采用小驼峰命名法。
o类中的控件名称应与XML布局ID保持一致。
android项目开发命名规范
Android 开发规范一、总包命名规范：1.主程序：com . 公司简写. 项目名称简写如彩票主程序: com.whszzy.caipiao2.独立模块：com . 公司简写. 项目名称简写. 模块名称如彩票Api ：com.whszzy.caipiao.api二、具体模块包命名规范：1.共公单元util com.whszzy.caipiao.util2.自定义UI ui com.whszzy.caipiao.ui3.数据操作data com.whszzy.caipiao.data4.操作界面activity com.whszzy.caipiao.activity5.当程序功能较为复杂时应将activity 按模块划分。
三、类文件命名及XML文件命名规范将类文件与对应的XML命名一致如：1.登录Login.java 界面：login.xml2.注册Register.java register.xml3.主页Main.java main.xml4.关于about.java about.xml5.设置sysset.java sysset.xml6.其他按具体模块英文或汉语拼音简写命名，以利于理解。
四、项目引用包规范所有第三方引用包放入src 同级目录的lib 目录下。
加入构建路径。
五、兼容性规范项目无特殊要求的情况下尽量采用低版本（android2.1为准）开发,高版本（android2.3 或 4.0）运行方式。
以实现所有版本的兼容。
非针对性用户项目，要求开发项目能运行在android 2.1 至android 4.0及以上所有版本上能兼容运行。
测式要求正式测试期对每个版本都要求测试，其中android 2.1 、2.3、3.0、4.0 必须测式。
六、其他规范对项目的网络访问等非本地操作单独建立模块工程以模块api方式独立项目生成jar引用方式调用。
在主程序配置文件“project.properties ”文件最后加入：android.library.reference.1=../模块项目名等形式打包调用。
android开发命名规范
android开发命名规范基本命名规范类别说明例子包包名一律小写, 少用缩写和长名；采用以下规则：[com].[组织名].[项目名] 后面再跟后面为模块名或层级名称。
如：com.tuge.项目缩写.模块名 ? com.tuge.dzm.bookmark如：com.tuge.项目缩写.层级名 ? com.tuge.dzm.activities类类或接口名是个一名词，采用大小写混合的方式，每个单词的首字母大写。
尽量使你的类名简洁而富于描述。
使用完整单词，避免用缩写词(除非该缩写词被更广泛使用，像URL，HTML)如：interface OnResultListenerclass Result方法方法名是动词[名词]结构，采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写；取值类可使用get前缀，设值类可使用set前缀，判断类可使用is(has)前缀。
如：setSuccessful()isSuccessful()变量只在代码块的开始处声明变量；采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写；变量名不应以下划线或美元符号开头；尽量避免单个字符的变量名；组件或部件变量使用其类型名或如：String bookName类型名缩写作其后缀。
;集合类型变量，例如数组和矢量，应采用复数命名或使用表示该集合的名词做后缀。
成员变量使用m开头，其它和变量的规则一致,如：boolean mSuccessful临时变量临时变量通常被取名为i，j，k，m和n，它们一般用于整型；c，d，e，它们一般用于字符型。
如： for (int i=0;i<iLen;i++)常量全部采用大写，单词间用下划线隔开Static final StringMSG_GATEWAY_NOT_RESPONSE;2.3控件命名规范类别说明（前缀）例子LinearLayout lay layFriend RelativeLayout lay layMsg FrameLayout lay layCart TableLayout lay layTab Button btn btnHome ImageButton ibtn ibtnPlay TextView tv tvName EditText et etName ListView lv lvCart ImageView iv ivHead GridView gv gvPhoto2.4资源文件命名规范类别说明例子layout文件必须以全部单词小写，单词间以下划线分割，使用名词或名词词组。
android常量命名规则
android常量命名规则摘要：1.Android 常量命名规则简介2.常量命名的基本原则3.常量命名规范示例4.总结正文：Android 常量命名规则是Android 开发中一个重要的规范，它有助于提高代码的可读性和可维护性。
本文将详细介绍Android 常量命名规则及其应用。
## 1.Android 常量命名规则简介在Android 开发中，常量是指在程序执行过程中不会改变的值。
为了使代码更易于理解和维护，我们需要遵循一定的命名规则来为常量命名。
这些规则包括使用全大写字母、使用下划线分隔单词、遵循一定的命名规范等。
## 2.常量命名的基本原则Android 常量命名遵循以下基本原则：1.使用全大写字母：常量的首字母应使用大写字母，以区别于其他变量和函数名。
2.使用下划线分隔单词：多个单词组合的常量命名时，应使用下划线（_）分隔，例如：`CONSTANT_NAME`。
3.遵循一定的命名规范：常量命名应简洁明了，能够体现常量的作用和含义。
## 3.常量命名规范示例以下是一些遵循Android 常量命名规范的示例：1.用于表示状态的常量：```javapublic static final int CONSTANT_ACTIVITY_STATE_ACTIVE = 0;public static final int CONSTANT_ACTIVITY_STATE_PAUSED = 1;public static final int CONSTANT_ACTIVITY_STATE_STOPPED = 2;```2.用于表示方向的常量：```javapublic static final int CONSTANT_DIRECTION_LEFT = 0;public static final int CONSTANT_DIRECTION_RIGHT = 1;public static final int CONSTANT_DIRECTION_UP = 2;public static final int CONSTANT_DIRECTION_DOWN = 3;```3.用于表示颜色的常量：```javapublic static final int CONSTANT_COLOR_RED = 0xFFFF0000;public static final int CONSTANT_COLOR_GREEN = 0xFF00FF00;public static final int CONSTANT_COLOR_BLUE = 0xFF0000FF;```## 4.总结Android 常量命名规则有助于提高代码的可读性和可维护性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
“KJFrameForAndroid”命名规则
一、Java代码命名
见附件《Google Java编程风格指南》
二、Android专有类命名
Activity类
Activity类名以“Activity”做后缀，以能表示当前界面
的一个名词做前缀。
Fragment类
Fragment类名以“Fragment”做后缀，以能表示当前界面
的一个名词做前缀。
View控件
注：控件作为Field时，以m+简写+功能名称
其他简写格式
三、xml文件命名
布局文件
以当前xml所在类的简写_功能命名。
如浏览器Activity的布局文件为aty_browser.xml命名;
控件id
以当前控件所在界面_（xml功能_）(控件简写_)控件功能,如：主界面中的一个确定提交按钮：@+id/main_btn_submit;
四、补充
在代码中除注释外尽量不要出现中文；字符串尽量使用res/values/string.xml中引用。