博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
上一页 1 ··· 12 13 14 15 16 17 18 19 20 ··· 36 下一页

2011年6月27日

摘要: 本文转自:http://www.cnblogs.com/wangiqngpei557/archive/2011/06/27/2091421.html我们继续.NET互操作学习,上一篇文章中我们介绍了托管代码怎么与非托管代码C++之间的互操作;要想在托管代码中成功的进行非托管调用,要注意的细节还是很多的,下面我们就来介绍一下,在互操作方面托管代码要注意的必不可少的代码申明,为我们下面的互操作打下基础;在.NET平台里面开发我们还是很幸运的,微软为我们做了很多很方便的东西,我们只需要了解一下就能快速上手;在互操作里面我们只需要借助DllImport特性就能很好的切入到非托管代码中,微软为我们处理了 阅读全文

posted @ 2011-06-27 21:34 gczhao 阅读(186) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/articles/1988397.html使用Visual Studio自身的代码分析功能,检查内容如下表,分为1.安全规则。2.互操作性规则3.可维护性规则4.可以只性规则5.命名规则6.全球化规则7.设计规则8.性能规则9.移动性规则10.用法规则其中“是否检查”一项中为“√”的内容不能违反。需在Visual Studio中设置为错误9.1.安全性规则标识详细信息是否检查CA2100 检查Sql查询中是否有安全漏洞√CA2104不要声明只读可变引用类型√CA2105数组字段不应为只读√CA2121静态构造函数应为私有√9 阅读全文

posted @ 2011-06-27 14:41 gczhao 阅读(301) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/articles/1988401.html代码格式检查使用微软内部代码检查工具 StyleCop 版本4.3.2.1,它会根据预定义的C#代码格式的最佳实践,对源代码进行检查,并给出不符合编码风格的错误提示(版本语言英文)。 8.1 检查分类检查规则分为7个部分,分别是“文档规则(Documentation Rules)”“布局规则(LayoutRules)”“可维护性规则(Maintanability Rules)”“命名规则(Naming Rules)”“代码顺序规则(Ordering Rules)”“可读性规则(Rea 阅读全文

posted @ 2011-06-27 14:40 gczhao 阅读(489) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/articles/1988405.html7.1命名方法控件名简写+英文描述,英文描述首字母大写7.2主要控件名简写对照表控件名简写控件名简写LabellblTextBoxtxtButtonbtnLinkButtonlnkbtnImageButtonimgbtnDropDownListddlListBoxlstDataGriddgDataListdlCheckBoxchkCheckBoxListchklsRadioButtonrdoRadioButtonListrdoltImageimgPanelpnlCalendercld 阅读全文

posted @ 2011-06-27 14:38 gczhao 阅读(211) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/articles/1988408.html6.1 每行一个语句 每行最多包含一个语句。如 a++; //推荐 b--; //推荐a++; b--;//不推荐6.2复合语句复合语句是指包含"父语句{子语句;子语句;}"的语句,使用复合语句应遵循以下几点 1 、子语句要缩进。2 、左花括号“{” 在复合语句父语句的下一行并与之对齐,单独成行。3 、即使只有一条子语句要不要省略花括号“ {}”。 如while(d + = s++) { n++; } 6.3return 语句 return语句中不使用括号,除非它 阅读全文

posted @ 2011-06-27 14:37 gczhao 阅读(291) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/articles/1988410.html5.1 命名概述名称应该说明“什么”而不是“如何”。通过避免使用公开基础实现(它们会发生改变)的名称,可以保留简化复杂性的抽象层。例如,可以使用 GetNextStudent(),而不是 GetNextArrayElement()。 命名原则是:选择正确名称时的困难可能表明需要进一步分析或定义项的目的。使名称足够长以便有一定的意义,并且足够短以避免冗长。唯一名称在编程上仅用于将各项区分开。表现力强的名称是为了帮助人们阅读;因此,提供人们可以理解的名称是有意义的。不过,请确保选择的名称 阅读全文

posted @ 2011-06-27 14:36 gczhao 阅读(457) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/articles/1988414.html4.1 每行声明数一行只作一个声明,如 int level; //推荐 int size; //推荐 int x, y; //不推荐4.2 初始化 建议在变量声明时就对其做初始化。 4.3 位置 变量建议置于块的开始处,不要总是在第一次使用它们的地方做声明。如 void MyMethod() { int int1 = 0; // beginning of method blockif (condition){ int int2 = 0; // beginning of "i 阅读全文

posted @ 2011-06-27 14:35 gczhao 阅读(187) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/articles/1988416.html3.1注释概述1、修改代码时,总是使代码周围的注释保持最新。2、在每个例程的开始,提供标准的注释样本以指示例程的用途、假设和限制很有帮助。注释样本应该是解释它为什么存在和可以做什么的简短介绍.3、避免在代码行的末尾添加注释;行尾注释使代码更难阅读。不过在批注变量声明时,行尾注释是合适的;在这种情况下,将所有行尾注释在公共制表位处对齐。 4 、避免杂乱的注释,如一整行星号。而是应该使用空白将注释同代码分开。 5 、避免在块注释的周围加上印刷框。这样看起来可能很漂亮,但是难于维护。6 、 阅读全文

posted @ 2011-06-27 14:33 gczhao 阅读(262) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/articles/1988420.html2.1列宽 代码列宽控制在110字符左右。 2.2换行 当表达式超出或即将超出规定的列宽,遵循以下规则进行换行 1、在逗号后换行; 2、在操作符前换行; 3、规则1优先于规则2。 2.3缩进 缩进应该是每行一个Tab(4个空格),不要在代码中使用Tab字符。 2.4空行 空行是为了将逻辑上相关联的代码分块,以便提高代码的可阅读性。在代码中,不能包含多个空行。 在以下情况下使用一个空行 1、方法与方法、属性与属性之间。 2、方法中变量声明与语句之间。 3、方法与方法之间。 4、方法中不 阅读全文

posted @ 2011-06-27 14:32 gczhao 阅读(212) 评论(0) 推荐(0) 编辑

摘要: 本文转自:http://www.cnblogs.com/huyong/archive/2011/03/18/1988423.html“程序员、程序员”顾名思义就是来编程序的人员。他们和一般工作人员是一样的,都需要合作,可能为了一个大型项目程序会有十人以上或者百人以上甚至千人以上的团队公司在一起工作。编码规范使程序规范化,易懂化,才能更好的进行合作。 开发程序的软件很多。但是它们的检查方式全是检查语法,并没有规定变量命名以及方法的命名,所以注释是很必要的东西,不过如果你将变量命名的规范一些。 Java和C#里的命名是最接近自然语言的 缺点是名字太长,你不喜欢你的老板,但是你得从老板手里赚钱,这就 阅读全文

posted @ 2011-06-27 14:30 gczhao 阅读(242) 评论(0) 推荐(0) 编辑

上一页 1 ··· 12 13 14 15 16 17 18 19 20 ··· 36 下一页