C#程序编码规范

该规范适用于所有基于C#开发的.Net平台项目,为详细设计,代码编写和代码审核提供参考和依据。

一、代码格式
要使所有的缩进为一个Tab,即4个空格,使用VS.NET的默认设置。
在代码中垂直对齐左括号和右括号。
为了防止在阅读代码时滚动源代码编辑器,每行代码或注释在1024*768的分辨率下尽量不超过一显示屏,如超过则应换行,换行后的代码应该缩进一个Tab。

当一行被分为几行时,将串联运算符放在每一行的末尾而不是开头,清楚地表示没有后面的行是不完整的。

每一行上放置的语句避免超过一条,避免写 int i = 0;int j = 1;
在大多数运算符之前和之后使用空格,这样做时不会改变代码的意图却可以使代码容易阅读。例:int j = i + k;
而不应写为 int j=i+k;
将大的复杂代码节分为较小的、易于理解的模块。

编写 SQL 语句时,建议(不强求)对于关键字使用全部大写,对于数据库元素(如表、列和视图)使用大小写混合。

将每个主要的 SQL 子句放在不同的行上,这样更容易阅读和编辑语句,例如:
SELECT FirstName, LastName
FROM Customers
WHERE State = ‘WA‘

时间: 2024-11-17 09:53:35

C#程序编码规范的相关文章

JavaEE程序编码规范

目   录 JAVA程序编码规范1 1变量的命名规则1 1.1常量(包含静态的)1 1.2类变量(静态变量)及实例变量1 1.3局部变量1 1.4参数2 1.5其它2 2方法的命名规则3 3类及接口的命名规则3 3.1一般类名3 3.2值对象3 3.3Action3 3.4MyBatis配置文件4 3.5DAO4 3.6Application Service4 3.7工具类4 3.8门面类4 3.9代理类4 3.10异常类4 3.11接口类5 3.12接口实现类5 4作用域5 4.1类的作用域5

C#程序编码规范 ----转

1.目的 为了保证企业编写出的程序都符合相同的规范,保证一致性.统一性而建立的程序编码规范. 全 面的编码标准包含代码结构的所有方面.虽然开发人员在实现标准时应慎重,但只要应用了就应该坚持.完成的源代码应该反映出一致的样式,就像一个开发人员在 一个会话中编写代码一样.在开始软件项目时,建立编码标准以确保项目的所有开发人员协同工作.当软件项目并入现有的源代码时,或者在现有软件系统上执行维 护时,编码标准应说明如何处理现有的基本代码. 源 代码的可读性对于开发人员对软件系统的理解程度有直接影响.代码

[转]JavaScript程序编码规范

原文:http://javascript.crockford.com/code.html 作者:Douglas Crockford 译文:http://www.yeeyan.com/articles/view/cloudwater/4042 译者:cloudwater 更新:2009-12-13 01:08:29 这是一套适用于JavaScript程序的编码规范.它基于Sun的Java程序编码规范.但进行了大幅度的修改, 因为JavaScript不是Java. 软件的长期价值直接源于其编码质量.

java04eclipse常见设置和java的第一个程序、命名规范、编码规范

一.java的第一个程序 *所有的java程序是写在.java为后缀的文本 *所有的java程序一定是写在class中   即写在类里面的 *所有的java程序的入口一定是main方法 *写代码 二.新建一个java项目 <1>新建一个java工程 <2>在src下建包 <3>在包下面新建java文件 <4>所有java代码是在写类里面的 <5>hello word  运行 <6>命名规范 *标识符:类名.包名.方法的名字,首字母.$

java编码规范

右括号") "与其后面的关键字之间,关键字与其后面的左括号"("或"{"之间,以及"}"与"{"之间,要以一个空格隔开:除". "外,所有二元操作符的前.后要加空格:在逗号后边加一个空格. 说明: 一个紧跟着括号的关键词应该被空格分开: 空白应该位于参数列表中逗号的后面: 所有的二元运算符,除了".",应该使用空格将之与操作数分开.一元操作符和操作数之间不应该加空格,

iOS:Cocoa编码规范 -[译]Coding Guidelines for Cocoa

--原文地址:https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/CodingGuidelines/Articles/FrameworkImpl.html Cocoa编码规范 --前言 用公共API开发一个Cocoa框架,插件,或其他可执行目标,里面的命名编写和规范不同于一般应用程序的开发.因为你开发出来东西是给开发者用的看的,并且他们不熟悉你的编程接口.这个时候API的命名约定就派上用场了,因为它使你的写

说说Python编码规范

前言 已有近两个月没有发表过文章了,前段时间外甥和女儿过来这边渡暑假,平常晚上和周末时间都陪着她们了,趁这个周末有空,再抽空再把这块拾起来.         这么久没写了,再次拿起键盘,想想,发表些什么呢,想起上次公司的代码评审委员会下周其中一个议题是关于Python编码规范的整理,那就趁热打铁,整理一份关于Python编码规范的文章,也为那些写Python的人,提供一些编码注意的一些事项或者说是参考吧. 编码规范的作用         规范故明思义,就是通过不断的总结,吸取好的点,从而形成的一

Android 编码规范

编码规范对于程序员而言,尤为重要,有以下几个原因: 一个软件的生命周期中,80%的花费在于维护: 几乎没有任何一个软件,在其整个生命周期中,均由最初的开发来维护: 编码规范可以改善软件的可读性,可以让程序员尽快而彻底地理解新的代码: 如果你将源码作为产品发布,就需要确认它是否被很好的打包并且清晰无误,一如你已构建的其他任何产品: 命名 1.包命名 包名规则:一个唯一的包名的前缀总是全部小写的ASCII字母并且是一个顶级域名,如com.edu.gov.net.org等.包名的后续部分根据不同机构各

PSR : php编码规范

诸王混战 关于开发标准这块,可以说一直都是风格迥异,各家都有各家的玩法,民间更是个人玩个人的.目前我们国内比较出名的几个框架(Yii,Laravel) 都已经支持Composer并且加入了PHP-FIG(php框架程序组). 其中Composer的自动加载就支持PHP-FIG指定的PSR-0 和 PSR-4 规范来实现自动加载机制,并且Composer推荐使用PSR-4 PHP-FIG 这是一个自愿非正式的机构,但是就目前对我们的影响来看,可能都已经默认为一个公信组织了,的的确确制定了不少非常好