精华内容
下载资源
问答
  • 代码规范好处

    千次阅读 2020-01-17 16:42:53
    代码规范化的第一个好处就是看着很整齐、很舒服。假如你现在用不规范的方式写了一万行代码,现在能看得懂,但等过了三个月你再回头看时就很吃力了,更不要说给别人看了。所以代码要写规范,比如加注释就是代码规范化...

    代码规范化的第一个好处就是看着很整齐、很舒服。假如你现在用不规范的方式写了一万行代码,现在能看得懂,但等过了三个月你再回头看时就很吃力了,更不要说给别人看了。所以代码要写规范,比如加注释就是代码规范化的一个思想。

    在一般情况下,根据软件工程的思想,我们的注释要占整个文档的20%以上。所以注释要写得很详细,而且格式要写得很规范。

    一、规范的代码可以促进团队合作


    一个项目大多都是由一个团队来完成,如果没有统一的代码规范,那么每个人的代码必定会风格迥异。且不说会存在多个人同时开发同一模块的情况,即使是分工十分明晰的,等到要整合代码的时候也有够头疼的了。大多数情况下,并非程序中有复杂的算法或是复杂的逻辑,而是去读别人的代码实在是一件痛苦的事情。统一的风格使得代码可读性大大提高了,人们看到任何一段代码都会觉得异常熟悉。显然的,规范的代码在团队的合作开发中是非常有益而且必要的。

    二、规范的代码可以减少bug处理


    很多IT人士将程序员比做民工,这也的确非常的形象。就像刚才提到的,复杂的算法或逻辑只占项目中很小的比例,大多仅仅是垒代码的工作。可是越是简单,测试的bug反而是越多,而且是无穷无尽的bug。这里很大的程度上是由于代码不规范所致。
    没有规范的对输入输出参数的规范,没有规范的异常处理,没有规范的日志处理等等,不但导致了我们总是出现类似空指针这样低级的bug而且还很难找到引起bug的原因。相反,在规范的开发中,bug不但可以有效减少,查找bug也变得轻而易举。
    规范不是对开发的制约,而确实是有助于提高开发效率的。

    三、规范的代码可以降低维护成本


    随着我们项目经验的累积,会越来越重视后期维护的成本。而开发过程中的代码质量直接影响着维护的成本。因此,我们不得不从开发时便小心翼翼。
    在第一点中曾提到,规范的代码大大提高了程序的可读性,几乎所有的程序员都曾做过维护的工作,不用多说,可读性高的代码维护成本必然会大大降低。
    但是,维护工作不仅仅是读懂原有代码,而是需要在原有代码基础上作出修改。我们可以先想像没有统一风格的情况下,A完成开发以后,B进行维护加一段代码,过一段时间C又加一段代码。。。。。。直到有一天X看到那一大堆乱码想死的心都有了,维护也就进行不下去了。因此,统一的风格有利于长期的维护。
    另外,好的代码规范会对方法的度量、类的度量以及程序耦合性作出约束。这样不会出现需要修改一个上千行的方法或者去扩展一个没有接口的类的情况。规范的代码对程序的扩展性提高,无疑也是对维护人员的一个奖励。

    四、规范的代码有助于代码审查


    我个人是比较赞同进行代码审查的,这样可以及时纠正一些错误,而且可以对开发人员的代码规范作出监督。团队的代码审查同时也是一个很好的学习机会,对成员的进步也是很有益的。但是,开发随意,加重的代码审查的工作量及难度,并且使得代码审查工作没有根据,浪费了大量的时间却收效甚微。
    代码规范不仅使得开发统一,减少审查拿督,而且让代码审查有据可查,大大提高了审查效率和效果,同时代码审查也有助于代码规范的实施。一举多得,何乐而不为呢。

    五、养成代码规范的习惯,有助于程序员自身的成长


    即使明白代码规范的好处,但是有的迫于项目压力,有的因为繁琐的规范作出很多额外的工作,更有的不重视维护的问题,而很难贯彻代码规范。
    那么,我们需要了解,规范开发最大的受益人其实是自己!
    你有没有花费很多的时候查找自己的代码呢?尤其是出现bug的时候需要逐行的debug?自己写的代码乱了头绪的确实也见了不少。我们应该做的就是规范开发,减少自己出现的错误。很多时候项目的压力一部分也是由于前期开发中遗留的众多的问题。
    还有的人觉得自己可以完成高难度的算法,就认为自己能力很强,不把规范放在眼里。很多人确实是这样,追求个性,大概让别人看他的代码一头雾水更觉得得意。殊不知复杂的算法确实可以体现你个人的逻辑能力,但是绝不代表你的开发水平。我们知道一些开源项目,一些大师级人物写得程序都是极其规范的。并非规范了就代表高水平,实际上是规范的代码更有利于帮助你理解开发语言理解模式理解架构,能够帮助你快速提升开发水平。不明白这点,即使你写的再高明的算法,没准哪天也被当作乱码别处理掉。


    记住!每天垒乱码(或许你不觉得,但是大多时候在别人眼中确实就是乱码)并不能使你获得更多的进步,相反要达到高水平的程序员,养成良好的开发习惯是绝对必需的。


    不要沉迷表面的得失,看似无用的东西要经过慢慢的累积由量变达到质变的时候,你才能感受到其价值所在。
     

    展开全文
  • IDEA安装阿里代码规范插件

    万次阅读 多人点赞 2018-04-25 13:55:43
    所以下载阿里的代码规范插件来约束自己凌乱的代码。阿里规范插件GitHub地址:https://github.com/alibaba/p3cIDEA安装该插件步骤:1.打开IDEA,File-> Setteings->Plugins->Browse Repositorie...

    要养成一个好的编码习惯从自己编码开始,对自己代码的合理化命名,编码不仅对自己有好处,而且别人也容易读懂你的代码。

    所以下载阿里的代码规范插件来约束自己凌乱的代码。

    阿里规范插件GitHub地址:https://github.com/alibaba/p3c

    IDEA安装该插件步骤:

    1.打开IDEA,File-> Setteings->Plugins->Browse Repositories,在Browse Repositories搜索栏搜索Alibaba,然后安装

    2.安装完后点击       Restart IntelliJ IDEA

       3.之后去下载本地zip文件,下载地址:https://plugins.jetbrains.com/plugin/10046-alibaba-java-coding-guidelines

    选择自己喜欢的版本进行下载

    4.下载好了,打开IDEA,File->Settings->Plugin->Install plugin from disk,选择刚才自己下载插件zip包的地址,(最好存放的目录路径全英文,我不知道有中文路径是否会出错 哦),之后点击OK。之后回到主界面弹出重启的按钮,那就在重启一次吧。

    5.安装好了,使用方法是:打开IDEA,点击tools--->安装的阿里编码规约,可以选择中英文切换,项目右键选择编码规约扫描就可以进行查看自己编码哪些地方不够好,进行修改哦。

    6.我们也可以对检查约束进行选择哦,File->Settings->Editor->inspections,可以根据自己要求进行选择约束。

    7.如果存在中文乱码问题:

    可以Appearance&Behavior -> Appearance -> UI Options -> Name 里面设置成微软雅黑(microsoft yahei light)或者自己喜欢的其他字体哦。

    我的座右铭:不会,我可以学;落后,我可以追赶;跌倒,我可以站起来;我一定行。

     

    展开全文
  • 代码规范

    2020-03-04 09:52:34
    毋庸置疑的是随着团队的发展、规范化,良好的代码规范能体现的好处会越来越明显,提升工作效率、提高代码质量等等… 二. 核心原则 原则一:代码应该简洁易懂,逻辑清晰 因为软件是需要人来维护的。这个人在未来很...

    一. 代码规范的重要性

    有助于团队合作
    减少BUG处理
    降低维护成本
    有助于代码审查
    养成规范代码的习惯,有助于程序员自身的成长
    

    毋庸置疑的是随着团队的发展、规范化,良好的代码规范能体现的好处会越来越明显,提升工作效率、提高代码质量等等…

    二. 核心原则
    原则一:代码应该简洁易懂,逻辑清晰
    因为软件是需要人来维护的。这个人在未来很可能不是你。所以首先是为人编写程序,其次才是计算机:

    不要过分追求技巧,降低程序的可读性。
    简洁的代码可以让bug无处藏身。要写出明显没有bug的代码,而不是没有明显bug的代码。

    原则二:面向变化编程,而不是面向需求编程。
    需求是暂时的,只有变化才是永恒的。

    本次迭代不能仅仅为了当前的需求,写出扩展性强,易修改的程序才是负责任的做法,对自己负责,对公司负责。

    原则三:先保证程序的正确性,防止过度工程
    过度工程(over-engineering):在正确可用的代码写出之前就过度地考虑扩展,重用的问题,使得工程过度复杂。

    代码格式规范
    命名规范
    布局规范
    注释规范

    展开全文
  • 为什么要做代码规范? 目前的项目大多都是由一个团队来完成,如果没有统一的代码规范,那么每个人的代码必定会风格迥异,在工作中肯定会有多个人同时开发同一模块的情况,即使是分工十分明晰的,等到整合代码、Code...

    为什么要做代码规范?

    目前的项目大多都是由一个团队来完成,如果没有统一的代码规范,那么每个人的代码必定会风格迥异,在工作中肯定会有多个人同时开发同一模块的情况,即使是分工十分明晰的,等到整合代码、CodeReView、工作接力等情况时问题就会显现出来。统一的风格使得代码可读性大大提高了,人们看到任何一段代码都不用去浪费更多的时间去琢磨。规范不是对开发的制约,而确实是有助于提高开发效率的。,规范的代码在团队的合作开发中是非常有益而且必要的。

    代码规范能带来什么好处?

    1.规范的代码可以促进团队合作

    在文章开篇的时候就已经提及了:统一的风格使得代码可读性提高,在同事之间看到任何一段代码都不用去浪费更多的时间去琢磨,可以高效的完成开发工作。

    2.规范的代码可以减少bug处理

    有规范的对参数进行输入输出,有规范的异常处理,没规范的日志处理等等,bug不但可以有效减少,查找bug也变得轻而易举。

    3.规范的代码可以降低维护成本

    开发过程中的代码质量直接影响着维护的成本,可读性高的代码维护成本必然会大大降低。 而且,维护工作不仅仅是读懂原有代码,还需要在原有代码基础上作出修改,因此,统一的风格有利于长期的维护。

    4.规范的代码有助于代码审查

    代码审查可以及时纠正一些错误,对开发人员的代码规范作出监督。团队的代码审查同时也是一个很好的学习机会,对成员的进步也是很有益的,同时代码审查也有助于代码规范的实施。

    5.养成代码规范的习惯,有助于自身的成长

    有很多时候去看自己曾经写得代码是不是没有头绪呢?尤其是出现bug的时候需要逐行的debug?我们应该做的就是规范开发,减少自己出现的错误,规范开发最大的受益人其实是自己。


    下面开始我们的正题:代码规范

    《iOS技术部门代码规范1.0范本》

    本文整合了谷歌、raywenderlich.com、58到家、NetStars(日)公司在开发过程中关于iOS端(Objective-C语言)的代码规范,适用于中小型团队(0-30人协作)。

    核心原则 意义
    原则一:代码应该简洁易懂,逻辑清晰 软件是需要人来维护的,不要过分追求技巧,降低程序的可读性。
    原则二:面向变化编程,而不是面向需求编程 不能仅仅为了当前的需求,写出扩展性强,易修改的程序才是负责任的做法,对自己负责,对公司负责。
    原则三:先保证程序的正确性,防止过度工程 过度工程(over-engineering):在正确可用的代码写出之前就过度地考虑扩展,重用的问题,使得工程过度复杂。

    引用改编自 https://www.jianshu.com/p/d7e87107073c

    目录:

    • 注释的写法
    • 命名与规范
    • 分类的方法规范
    • 代码组织结构规范
    • 条件语句规范
    • 补充规范

    注释的写法

    首先我们就从大家最关心的“代码注释”作为切入,虽然写起来很痛苦,但注释是保证代码可读性的关键。下面的规则给出了你应该什么时候、在哪进行注释。注释很重要,好的代码应该能自成文档。与其给类型及变量起一个晦涩难懂的名字,再为它写注释,不如直接起一个有意义的名字。当你写注释的时候,记得你是在给你的听众写,即下一个需要阅读你所写代码的贡献者。大方一点,下一个读代码的人可能就是你?

    1.Class 类注释

    每个接口、类别以及协议应辅以注释,以描述它的目的及与整个项目的关系。如下:

    /**
     委托代理,用来处理关于app的启动和关闭过程中的xxx、xxx事件,被app的xxx控制器拥有。
    */ 
    @interface MyAppDelegate : NSObject {
      ...
    }
    @end
    
    2.Property 属性注释
    /**
     标识是起始地还是目的地
     */
    @property (nonatomic, copy) NSString *userName;
    
    /**
     地址信息模型
     */
    @property (nonatomic, copy) UserInfoModel *userInfoModel;
    
    3.Method 方法声明注释
    /**
     登录倒计时文本
     @param timerLabel 倒计时Label对象
     @param timeText   倒计时文本数据
    */
    - (void)timerLabel:(UILabel *)timerLabel timeText:(NSString *)timeText;
    
    4.Block 代码块注释
    /**
     验证搜索成功失败模块
     @param searchResponse 搜索返回结果
     @param error 错误信息
     @return 如果返回 YES 代表搜索成功, 返回 NO 代表搜索失败
    */
    typedef BOOL(^SearchResultBlock)(AMapPOISearchResponse *searchResponse, NSError *error);
    
    5.NSEnum 枚举注释
    /**
    (参考YYText)
    YYTextVerticalAlignmentTop: 顶部对齐
    YYTextVerticalAlignmentCenter: 居中对齐
    YYTextVerticalAlignmentBottom: 底部对齐
    */
    typedef NS_ENUM(NSInteger, YYTextVerticalAlignment) {
        YYTextVerticalAlignmentTop =    0, ///< Top alignment.
        YYTextVerticalAlignmentCenter = 1, ///< Center alignment.
        YYTextVerticalAlignmentBottom = 2, ///< Bottom alignment.
    };
    
    6.局部变量注释
    @interface SomeViewController () {
        SomeModel * someModel; // 用来存储信息
        NSString * someStr;    // 用来检测的字段
        UIView * someView;     // 用来显示信息的视图
    }
    
    7.Method 方法实现注释①
    /** 地址选择确认返回上一页 */
    - (void)doSomeThing:(id)someObject{
        /**
         判断内容和结果
        */ 
        if (条件判断1) {
            if (内部条件) {
                do...
            }else{
                do...
            }
        }
        
        /**
         判断内容和结果
        */ 
        if (条件判断2) {
            do...
            return;
        }
        
        /**
         [回调数据][目标接受页面]
         tips:当block嵌套太多的时候,对于读代码的人来说非常困惑,因为往往可能追了3,4个block进去之后,被以下这点代码传出去了,所以,在使用block的时候,花点时间注明回调的数据以及目标页面方便自己也方便别人
        */ 
        _someBlock(xxx);
    }
    
    8.Method 方法实现注释②
    // tips:对于一个不常用的第三方、底层类库等代码,可以简单的把每一个过程都写一下,这样的话易读性很强
    - (void)createCAEmitterLayer{
        // 1.创建CAEmitterLayer
        CAEmitterLayer *emitterLayer = [CAEmitterLayer layer];
        
        // 2.设置CAEmitterLayer的属性(最主要的是前四个)
        // 发射源的形状 是枚举类型
        emitterLayer.emitterShape = kCAEmitterLayerLine;
        
        // 发射模式 枚举类型
        emitterLayer.emitterMode = kCAEmitterLayerSurface;
        
        // 发射源的size 决定了发射源的大小,如果做了倾斜或者便宜屏幕宽度是不够的,那时候就需要自定义
        emitterLayer.emitterSize = self.view.frame.size;
        
        // 发射源的位置
        emitterLayer.emitterPosition = CGPointMake(self.view.bounds.size.width * 0.5, -10);
        
        // 渲染模式 枚举类型 (⭐️这个渲染模式表达效果会很不好,不常用,kCAEmitterLayerAdditive,可以让重叠的部分高亮)
        emitterLayer.renderMode = kCAEmitterLayerAdditive;
        
        // 3.添加到目标视图的layer上
        [self.view.layer addSublayer:emitterLayer];
    }
    
    9.Method 方法实现注释③
    /** 
     登录请求验证
     @param userId 用户名
     @param password 密码
     @param complete 执行完毕的block
    */
    - (void)loginRequestWithUserId:(NSString *)userId password:(NSString *)password complete:(void (^)(CheckLogon *result))complete{
    	
    }
    

    命名的规范

    1.通用变量命名

    保持使用驼峰命名法,建议的写法如下:

    @property (nonatomic, copy) NSArray *childPaths;
    

    反例:

    @property (nonatomic, copy) NSArray *childpaths;
    
    2.宏命名

    不带参数情况下,全部大写,单词间用 _ 分隔,建议写法如下:

    #define THIS_IS_A_TICKET @"THIS_IS_A_TICKET"
    

    不带参数情况下,避免和类自己的参数冲突可以以【小写】字母k或者自定义字母作为开头,后面遵循驼峰命名,建议写法如下:

    #define kScreenWidth [UIScreen mainScreen].bounds.size.width
    

    带参数的情况下,遵循驼峰命名,建议写法如下:

    #define getImageUrl(url) [NSURL URLWithString:[NSString stringWithFormat:@"%@%@",kBaseUrl,url]]
    

    反例:

    #define homepageadbannerheight 85
    
    3.控件命名

    控件的命名需要注意突出后缀,建议写法如下:

    UIView *userInfoView;
    

    反例:

    UIView *userInfo;
    

    关键是让人通过命名就能知道其目的或者用法,一般控件的命名都是接上所生命类的后缀,示例情况如下:

    UI控件名 自定义名
    UIView someView
    UViewController someViewController
    UIButton someButton
    UILabel someLabel
    UITableView someTableView
    4.类的命名①

    一般在自定义类的时候需要注意命名规范,首字母大写每个单词首字母大写(大驼峰命名法),建议写法如下:

    @interface UserInfoManager : NSObject
    
    5.类的命名②

    一般在不同业务线上会有不同分支的首页、子页面,很多时候会有重复的信息,比如两个模块都有HomePage,这时候就需要在前面加上前缀,建议写法如下:

    /**
     活动页面
    */
    @interface ActivityHomeViewController : UIViewController
    

    反例:

    @interface HomeViewController : UIViewController
    

    分类的方法规范

    我们在开发过程中为了更好的使用系统方法,一般会使用分类来添加方法,来满足开发需要,分类的作用就是在不修改原有类的基础上,为一个类扩展方法,最主要的是可以给系统类扩展我们自己定义的方法。为了避免和系统方法或者别的同事所做的分类方法的冲突,一般都会在方法面前添加小写字母来做区别,建议写法如下:

    @interface UIView (TouchBlock)
    - (void)tb_touchView:(void (^)(void))block;
    @end
    

    反例:

    @interface UIView (TouchBlock)
    - (void)touchView:(void (^)(void))block;
    @end
    

    代码组织结构规范

    1. #import 文件的顺序

    在开发过程中,使用#import来导入头文件是必不可少的工序,但有的功能或者业务模块需要导入的文件就会非常多,看着会很别扭,所以指定一套方案来改善这一现状是很有必要的,建议顺序如下:

    // 系统库
    #import <UIKit/UIKit.h>
    #import <Foundation/Foundation.h>
    
    // 第三方库
    #import <Masonry.h>
    
    // 自定义类
    #import "MyButton.h" 
    #import "UserInfoModel.h"
    
    2.控制器中方法分区

    一般在控制器中,会有控制器生命周期相关方法以及不同的业务代码,可以使用#pragma mark来进行简单的方法分区,建议写法如图:
    在这里插入图片描述
    可以稍做优化,区分为几个模块,示例如下:

    #pragma mark - Life Cycle 生命周期
    #pragma mark - Request 网络请求
    #pragma mark - Delegate 代理实现
    #pragma mark - Event Response 事件响应
    #pragma mark - Methods 方法
    

    根据每个人的喜好不一致可以按照自己的想法来写,这样在别人梳理文件的时候思路会比较清晰


    条件语句规范

    1.{}括号的规范

    一般会出现以下几种情况:

    // 1
    if (YES) {
        Do();
    }
    
    // 2
    if (YES) DO();
    
    // 3
    if (YES)
       Do();
       
    // 4
    if (YES) 
    {
       Do(); 
    }
    

    以上第一种方式是苹果主推的,经过调研,方法2、3、4虽然在写法上会有所简化,但在风格上看来还是有所欠缺,所以更多的建议使用第一种。

    2.减少逻辑嵌套

    一般在判断的时候可以使用最简单的方法来做最简单的事情,使用return可以减少复杂度,提高代码可读性,建议写法如下:

    - (void)someMethod {
        if(![someThing]) {
            return;
        }
        // continue do something 
    }
    

    反例:

    - (void)someMethod {
        if([someThing]) {
            // continue do something
        }else{
        	return;
        }
    }
    
    3.复杂表达式

    常用写法:

    if ([self getUserInfoModel] == nil && ![self userLogin]){
    	[self showLoginVC];
    }
    

    一般会有很长的表达式或者多个待判断的值,在这种情况下,建议以下写法:

    BOOL userInfoModelIsNil  = [self getUserInfoModel] == nil;
    BOOL userIsLogin = ![self userLogin];
    BOOL showLoginVC = userModelIsNil && userIsLogin;
    if (showLoginVC) {
        [self showLoginVC];
    }
    

    第一种写法大家都是很常用的,表达很简洁,但是从阅读代码和调试代码的角度看,推荐第二种,因为每个条件和句子的意义很明显的就能看出来。


    补充规范

    1.如果一行有非常多的参数,更好的方式是将每个参数单独拆成一行。如果使用多行,将每个参数前的冒号对齐,建议写法如下:

    - (void)doSomethingWithUserName:(NSString *)name
                            address:(NSString *)address
                         doorNumber:(float)number {
      ...
    }
    

    当第一个关键字比其它的短时,保证下一行至少有 4 个空格的缩进。这样可以使关键字垂直对齐,而不是使用冒号对齐:

    - (void)getA:(AClass *)A
        longKeywordB:(BClass *)B
        evenLongerKeywordC:(CClass *)C {
      ...
    }
    

    2.常量是容易重复被使用和无需通过查找和代替就能快速修改值。常量应该使用static来声明而不是使用#define,除非显式地使用宏。建议写法如下:

    static NSString * const XXXAboutViewControllerCompanyName = @"XXXCompanyName";
    static CGFloat const XXXImageThumbnailHeight = 50.0;
    

    反例:

    #define CompanyName @"XXXCompanyName"
    #define ImagethumbnailHeight 50
    

    3.布尔值的判断书写,Objective-C使用YES和NO。因为true和false应该只在CoreFoundation,C或C++代码使用。既然nil解析成NO,所以没有必要在条件语句比较。不要拿某样东西直接与YES比较,因为YES被定义为1和一个BOOL能被设置为8位。这是为了在不同文件保持一致性和在视觉上更加简洁而考虑。建议书写方式如下:

    if (someObject) {
    
    }
    if (![anotherObject boolValue]) {
    
    }
    

    反例:

    if (someObject == nil) {
    
    }
    if ([anotherObject boolValue] == NO) {
    
    }
    if (isAwesome == YES) {
    
    } 
    if (isAwesome == true) {
    
    }
    

    4.三元操作符的表达,当需要提高代码的清晰性和简洁性时,三元操作符?:才会使用。单个条件求值常常需要它。多个条件求值时,如果使用if语句或重构成实例变量时,代码会更加易读。一般来说,最好使用三元操作符是在根据条件来赋值的情况下。Non-boolean的变量与某东西比较,加上括号()会提高可读性。如果被比较的变量是boolean类型,那么就不需要括号。建议写法如下:

    NSInteger value = 5;
    result = (value != 0) ? x : y;
    
    BOOL isHorizontal = YES;
    result = isHorizontal ? x : y;
    

    反例:

    result = a > b ? x = c > d ? c : d : y;
    

    5.在使用 Init方法 和 类构造方法 时需要注意:
    Init方法应该遵循Apple生成代码模板的命名规则。返回类型应该使用instancetype而不是id

    - (instancetype)init {
      self = [super init];
      if (self) {
        // ...
      }
      return self;
    }
    

    当类构造方法被使用时,它应该返回类型是instancetype 而不是id。这样确保编译器正确地推断结果类型。

    @interface Airplane
    + (instancetype)airplaneWithType:(RWTAirplaneType)type;
    @end
    
    展开全文
  • java代码规范

    2016-03-23 11:04:56
    即使明白代码规范好处,但是有的迫于项目压力,有的因为繁琐的规范作出很多额外的工作,更有的不重视维护的问题,而很难贯彻代码规范。 那么,我们需要了解,规范开发最大的受益人其实是自己! 你有没有花费很多...
  • iOS代码规范

    千次阅读 2017-06-15 15:21:11
    核心原则:介绍了这篇代码规范所遵循的核心原则。 通用规范:不局限于iOS的通用性的代码规范(使用C语言和Swift语言)。 iOS规范:仅适用于iOS的代码规范(使用Objective-C语言)。 一. 核心原则原则一:代码应该...
  • Android 代码规范

    千次阅读 2016-08-10 00:45:03
    Android 开发代码规范
  • 代码规范重要性

    2014-12-05 16:57:00
    代码规范重要性
  • Shell代码规范

    万次阅读 2014-01-29 15:53:07
    Shell代码规范 作 者: 毕小朋 用 途: 规范Shell代码书写,方便查看与修改 博 客: http://blog.csdn.net/wirelessqa 参 考: http://www.ohlinux.com/archives/191/ http://kodango.com/shell-script-style 关于...
  • JavaScript代码规范

    2019-08-20 15:02:08
    在我们书写代码时要按照一定的规范写,这些规范通常是约定俗成的,即使不这样 书写代码代码也可以正常运行。但一个较大的项目通常是有很多人来共同完成的, 而且存在人员流动的情况,比如本来这个项目由***...
  • C语言代码规范

    2020-02-05 12:29:54
    虽然我们不按照规范也不会出错,但是那样代码写得就会很乱。大家刚开始学习C语言的时候,第一步不是说要把程序写正确,而是要写规范。因为如果你养成一种非常不好的写代码的习惯,代码就会写得乱七八糟,等到将来...
  • 代码规范!

    热门讨论 2020-01-05 21:38:21
    在说代码规范之前我们先了解一下什么是规范,规范意指符合逻辑,客观、真实、全面。明文规定或约定俗成的标准。我们今天要分享的代码规范则是程序员在编写代码时要遵循的符合逻辑,约定俗成的标准。 #①为什么要代码...
  • Python代码规范

    2019-07-28 11:10:06
    PEP是Python Enhancement Proposal的简称,我们在编写Python代码的时候一般遵循PEP8规范。PyCharm中自带了PEP8语法规范检查。 缩进 Python代码是通过缩进来分块的,PEP8规定使用4个空格的缩进,不要使用Tab或者Tab和...
  • 火山视窗代码规范

    2021-06-16 16:27:42
    代码规范的作用就是防止代码写的过多后防止遗忘命令的一种手段,同时如果你要开源你的代码,也可以便于他人阅读你的代码,同样可以方便自己阅读,方便他人也方便自己。 还有一个更重要的作用就是可以方便代码输入,...
  • 要养成一个好的编码习惯从自己编码开始,对自己代码的合理化命名,编码不仅对自己有好处,而且别人也容易读懂你的代码。所以下载阿里的代码规范插件来约束自己:如何安装里面 有操作文档
  • 此文主要梳理一下 Android 开发中涉及的代码规范问题,无论你是编码老鸟还是入门菜鸟,甚至是还没入门的菜蛋,都不可忽略代码规范
  • Unity3d 脚本开发代码规范

    千次阅读 2016-02-22 00:04:29
    代码规范 代码规范问题是这样的一个问题:高性价比,不被重视,实际做的时候难以做好 统一的规范有利于代码简洁,进而利于控制复杂度,关于复杂度可以参见之前的文章...
  • Android代码规范

    千次阅读 2014-11-26 13:15:55
    Android代码规范 开始之前请详细阅读并遵守Android开发者代码风格指南 不要使用拼音命名 名称应简洁而富于描述,使用完整单词,避免使用缩写(除非该缩写被更广泛使用,例如URL、HTML) 代码中不要出现中
  • 涉及多个方面,比如PHP代码规范、PHP文件命名规范、网站开发流程、网站安全与维护等。作为PHP开发规范的开篇,我从一个纯PHP开发者的角度来说说我所认为的PHP代码规范,主要从PHP目录框架结构、PHP代码书写规范、PHP...
  • APP代码规范

    2016-04-08 14:50:16
    1)Java类文件命名规范。 ·Activity命名规范:以Activity作为后缀。比如说PersonActivity。 ·Adapter命名规范:以Adapter作为后缀。比如说PersonAdapater。 ·Entity命名规范:大多以Entity作为后缀。比如说...
  • Android开发代码规范

    千次阅读 2014-04-07 21:25:24
    android看法代码规范,能够纠正你在编写代码时候不正规、难读的问题。帮助你成为大神!
  • HTML代码规范

    千次阅读 2016-06-08 15:22:47
    1. 前言 ...本文档的目标是使HTML代码风格保持一致,容易被理解和被...2. 代码风格 2.1. 缩进与换行 ·[强制] 使用 4个空格做为一个缩进层级,不允许使用 2个空格 或 tab字符。 示例 firs

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 173,307
精华内容 69,322
关键字:

代码规范的好处