第 7 章:异常 异常与各种面向对象语言集成得非常好. 异常增强了 API 的一致性. 在用返回值来报告错误时,错误处理的代码与可能会发生错误的代码距离总是很近. 更容易使错误处理的带码全局化. 错误码很容易被忽略,而且经常会被忽略. 异常可以包含丰富的信息来对错误的原因加以描述. 异常允许用户定义未处理异常的处理程序. 异常可以包含丰富的信息来对错误额原因加以描述. 异常允许用户定义未处理异常的处理程序. 异常有助于检测. 7.1 抛出异常 不要返回错误码. 要通过抛出异常的放回来报告操作失败

这是1年多以前我在公司所做讲座的讲义,现在与园友们分享,欢迎拿去使用.一起讨论.文中有若干思考题,对园友们是小菜一碟.另有设计模式讲义一篇,随后发布.博文上了首页,感谢博客园团队推荐,也感谢所有园友的支持.经园友提醒,我们推荐新手使用ReSharper插件,它可以自动提示不符合代码规范的地方. 1 概述 1.1 意义 “.NET平台开发规范”包括两方面内容:代码规范.最佳实践. (1) 规范和优美的代码风格有助于思路清晰. (2) 规范和优美的代码有助于团队沟通交流. (3) 规范和优美的代码有

这里说的开发规范分成目录规范,项目和包名的命名规范,类,方法,变量和常量的命名规范这几种. 目录规范 目录规范——在开发中整体文件夹组织结构. Requirement——需求文档文件夹 Design——设计文档文件夹 Test——集成测试,系统测试,测试报告,测试清单文件夹 Deployment——发布部署的文件夹 Study——预研,学习资料的文件夹 Src——源码文件夹 Help——帮助文档文件夹 这么组织文件有什么好处,就是一个项目做完以后,所有的资料就也完成了,结构一目了然. 常见的命名

1.编写目的     为了更好的提高技术部的工作效率,保证开发的有效性和合理性,并可最大程度的提高程序代码的可读性和可重复利用性,指定此规范.开发团队根据自己的实际情况,可以对本规范进行补充或裁减. 1.程序员可以了解任何代码,弄清程序的状况: 2.新人可以很快的适应环境: 3.防止新接触PHP的人出于节省时间的需要,自创一套风格并养成终生的习惯: 4.防止新接触PHP的人一次次的犯同样的错误: 5.在一致的环境下,人们可以减少犯错的机会: 6.程序员们有了一致的敌人:   2.整体要求    

Wrod下载           C#代码开发规范     文件状态: [√] 草稿 [  ] 正式 [  ] 修改 文件标识: 当前版本: 1.1 作    者: Empty 联系电话: 最后更新: 2014-04-07   版本记录 日期 版本号 作者 说明 2014-4-2 1.0 Empty 创建 2014-4-7 1.1 Empty 添加前言.注释规范与编码规范 目    录   1.      前言... 4 1.1        编写目的... 4 1.2        适用范围.

J2EE开发规范一 JAVA编码规范1 命名规范1.1 包命名 包名称必须全部用小写. 命名方式:业务领域名.公司名.项目名.模块名 如com.yr.xxx.dao.1.2 类命名类名以英文单词取名,首字母必须大写,多个英文单词以大写字母间隔,避免使用单词的缩写,除非它的缩写已经广为人知,如HTTP.类名中不允许'_'. '-'等符号. 1.3 属性/local变量命名 定义属性的位置,在类定义的开始,按照public,protected,package,private顺序放置.定义loc

十.开发规范下面我们讲解 Yii 编程中推荐的开发规范.为简单起见,我们假设 WebRoot 是 Yii 应用安装的目录.1.URL默认情况下,Yii 识别如下格式的 URL: http://hostname/index.php?r=ControllerID/ActionID r变量意为 路由(route) ,它可以被Yii解析为 控制器和动作.如果 ActionID被省略,控制器将使用默认的动作(在CController::defaultAction中定义):如果 ControllerID 也

转载原地址 http://www.cnblogs.com/weixing/archive/2012/03/05/2380492.html 1.命名规则和风格 Naming Conventions and Style2  编码惯例 Coding Practices3  项目设置和结构 Project Settings and Structure4  Framework特别指导 Framework Specific Guidelines 4.1  数据访问 Data Access 4.2  ASP.

hbh 开发规范文档 一:目的 使本组织能以标准的,规范的方式设计和编码.通过建立编码规范,以使每个开发人员 养成良好的编码风格和习惯:并以此形成开发小组编码约定,提高程序的可靠性,可读性, 可修改性,可维护性和一致性等,增进团队间的交流,并保证软件产品的质量. 二:代码组织与风格 1:长度:为便于阅读和理解,单个函数的有效代码长度当尽量在100行以内(不包括注行), 当功能模块过大时往往采用使用子函数将相应的功能抽取出来,这也有利于提高代码的重用度. 2:间隔:类,方法及功能块间等应以一个空行

.NET开发规范教程 这是1年多以前我在公司所做讲座的讲义,现在与园友们分享,欢迎拿去使用.一起讨论.文中有若干思考题,对园友们是小菜一碟.另有设计模式讲义一篇,随后发布. 1 概述 1.1 意义 “.NET平台开发规范”包括两方面内容:代码规范.最佳实践. (1) 规范和优美的代码风格有助于思路清晰. (2) 规范和优美的代码有助于团队沟通交流. (3) 规范和优美的代码有助于学习近20年(后设计模式时代)现代面向对象思想发展的精华. .NET平台是继Java平台之后又一伟大的带集大成面向对象

一.开发工具规范: 1. 开发工具经项目负责人调试后统一确定. 2. 开发工具一经确定不允许集成任何非统一插件,若有需要,经项目负责人同意后统一为 项目组成员添加. 3. 开发工具的编码格式不允许修改. 二.排版规范: 1. 关键词(或变量)和操作符之间加一个空格. 例如:int iCont = 1;//操作符和值之间有一个空格. 2. 相对独立的代码块与块之间加空行. 例如:两个方法之间需要用空格隔开. 3. 较长的语句.表达式等要分成多行书写. 4. 长表达式要在低优先级操作符处划分新行,操

转自: https://yq.aliyun.com/articles/531067 摘要: 本文介绍了在使用阿里云Redis的开发规范,从键值设计.命令使用.客户端使用.相关工具等方面进行说明,通过本文的介绍可以减少使用Redis过程带来的问题. 一.键值设计 1. key名设计 (1)[建议]: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video:1 (2)[建议]:简洁性 保证语义的前提下,控制key的长度,当key较多时

1 背景概述 作为程序员大军中的一员,笔者工作于沈阳数通畅联软件技术有限公司.在任职工作的第一天就听领导强调开发规范的重要性,但是笔者心里还想为什么开发规范是最重要的,难道是不应该是实现功能就万事大吉了? 随着时间的推移,笔者也经历了几个软件项目,越来越意识到开发规范的重要.今天笔者将自己的所听.所学以及个人的总结汇总出来与大家分享,希望可以为大家提供帮助. 2 目的意义 在团队协作开发的情况下,一套鲜明的编程风格,可以让协作者.后继者和自己一目了然,在很短的时间内看清程序的结构,理解设计的思路

Java项目开发规范参考 - KevinLee的博客 - 博客频道 - CSDN.NEThttp://blog.csdn.net/u011383131/article/details/51227860 1. 目的 为了使软件开发过程顺畅,保证软件质量,于是有了这份开发规范文档. 2. 概述 项目以功能模块来划分分工 数据库不能随意修改,本地数据库须统一 有标准的Java代码风格,有良好习惯 时刻考虑代码的可复用性 每个人需要有每周项目进度报告 3. 代码规范 3.1 有关命名 尽量保证能够通过变

阿里巴巴java开发规范插件 作为JAVA开发人员,始终没有一个明确的规范,何为好代码,何为坏代码,造成不同人的代码风格不同,接手别人代码后改造起来相当困难.前不久,阿里巴巴发布了<阿里巴巴Java开发手册>得到了业界一致好评,于是,阿里再次发力,完成了基于<阿里巴巴Java开发手册>的插件.有IDEA.Eclipse两个版本,并且支持中英双语,使用起来非常简单高效.官方[Github仓库]:https://github.com/alibaba/p3c 插件安装环境:JDK1.8,

开发规范重不重要了,不言而喻.这里就给大家说一故事把——据<圣经·旧约·创世记>第11章记载,是当时人类联合起来兴建,希望能通往天堂的高塔.为了阻止人类的计划,上帝让人类说不同的语言,使人类相互之间不能沟通,计划因此失败,人类自此各散东西.此故事试图为世上出现不同语言和种族提供解释.好的开发团队应该是同样的语言,同样的理念,同样的规范去做同一个事情.因此,这里说的开发规范不仅仅在android开发界重要,而且在所有的程序界的重要性也是不言而喻的. 这里说的开发规范分成目录规范,项目和报名的命名

[PHP开发规范]老生常谈的编码开发规范你懂多少? 这几天看了一下阿里技术发布的一套Java开发规范<阿里巴巴Java开发手册>,里面写了阿里内部的Java开发规范标准,写的很好.这套Java统一规范标准将有助于提高行业编码规范化水平,帮助行业人员提高开发质量和效率.大大降低代码维护成本. 看完我去搜下了一些PHP的一些开发规范标准,其中了解到了PSR规范是PHP行业中常用的一套开发标准.感叹自己学得那么少,标准的规范这么晚才发现. 其实对于新手或者有几年经验的开发者来说,这些规范我们都要掌握

版本1.0版,参考网上的一些文章规整而来.后期打算继续修改.完成一篇适合自己的shell开发规范. 最新编辑时间:2017.6.25 一. 命名规范 1. 版本和运行参数 1) 脚本开始之前以注释形式说明版本号:(推荐)2) 如果调用其他工具,还需说明工具的版本号:(推荐)3) 为脚本添加必须的运行参数,类似于C程序的运行参数,可使用getopt的方式取得运行参数值,如基本的参数有:-v - 版本号:-h – 帮助信息:(推荐) 2. 变量命名 1) 变量命名要前后统一,建议使用全部大写字母,如

转自:http://www.cnblogs.com/x3d/p/php-psr-standards.html PSR 是PHP Standard Recommendation的简写,它其实应该叫PSRs,即系列推荐标准:目前通过的规范有PSR-0(Autoloading Standard).PSR-1(Basic Coding Standard).PSR-2(Coding Style Guide).PSR-3(Logger Interface).PSR-4(Improved Autoloadin

更新内容 2015-03-13 (请先更新svn的mybatis.xml.BaseMapper.java.Pager.java文件) 加入测试类规范 加入事物控制规范 加入mapper接口规则 注意问题 一.一定要严格按照本文档的规范进行开发,有利于后期维护和修改. 二.每完成一个接口,需要在maven测试包中加入相应的测试方法.确保测试通过.详见测试类的添加 三.所有项目文件编码统一使用UTF8 新项目需要做如下操作: 1.修改工作空间编码为UTF8. 2.修改项目的编码为UTF8(项目

拙劣之处请大家斧正,愚某虚心接受,如有雷同,不胜荣幸 C#语言开发规范 作者ching 1.  命名规范 a) 类 [规则1-1]使用Pascal规则命名类名,即首字母要大写. eg: Class Test { ... } [规则1-2]使用能够反映类功能的名词或名词短语命名类. [规则1-3]不要使用“I”.“C”.“_”等特定含义前缀(I前缀用来定义接口等等). [规则1-4]自定义异常类应以Exception结尾. eg: Class TestException { ... } [规则1-