整理的代码规范

突然想自己整理一下,优秀的代码规范,让自己的代码变得优雅。

参考:http://docs.typecho.org/phpcoding

约定

文件编码

请调整您的编辑器文件编码为UTF-8,并关闭UTF-8 BOM的功能。请不要使用windows自带的记事本编辑项目文件。

缩进

详细的代码缩进会在后面提到,这里需要注意的是,Typecho项目中的代码缩进使用的是4个空格(space),而不是制表符(tab),请务必调整。

UNIX编码规范

如果你正在编写一个php文件,那么根据UNIX的C语言编码规范,必须留出最后一个空行。比如

<?php
//this is a test file
echo ‘hello‘;
<---这行留空

而且,如果此文件为纯php文件(没有嵌套HTML),请不要用?>符号结尾,保持最后一行留空即可。

时间: 2024-10-20 18:41:23

整理的代码规范的相关文章

JavaScript代码规范和性能整理

性能 Js在性能方面有多要注意的地方: 避免全局查找 Js性能优化最重要的就是注意全局查找,因为作用域的查找是先找局部作用域在没有找到之后在去上一级作用域查找直到全局作用域,所以全局作用域查找的性能消耗肯定要比本函数局部作用域的消耗大.举个例子: function setInnerHtml(){ var divDom=doucument.getElementsByTagName("div"); for(var i=0,len=divDom.lemgth;i<len;i++){ d

个人整理--Java编码规范

编码规范对于开发人员来说是非常重要的,有以下几个原因: 1.一个软件的生命周期中,80%的花费在于维护 2.几乎没有任何一个软件,在其整个生命周期中,均由最初的开发人员来维护 3.编码规范可以改善软件的可读性,可以让程序员尽快而彻底地理解新的代码 4.如果你将源码作为产品发布,就需要确任它是否被很好的打包并且清晰无误,一如你已构建的其它任何产品 5.为来自不同的项目组或个人提供标准的代码格式. 6.增加易读性. 在不用Java两年多后因工作需要我又要转入Java开发,为此我整理出下面的编码规范,

#4【转】Google推荐的15条军规:HTML5代码规范

这篇文章是转载的,很久之前收录在电脑里面的.  忘记是哪里搞来的了,大家知道是转载的就好了... 这里的图片要点击打开才能看到,因为复制过来的,图片有点问题...因此想要图片的辛苦了... Google推荐的15条军规:HTML5代码规范 1.协议头: 建议在指向图片或其他媒体文件.样式表和脚本的URL地址中省略HTTP:协议部分,除非已知相应文件不能同时兼容2个协议. 2.缩进:每次缩进使用双空格 不要使用tab制表符或制表符加空格的混合方式缩进 3.大小写:只使用小写 所有的代码都应是小写的

iOS代码规范(Swift 与 OC 混编版)

前言 按照自己的理解整理的 iOS 代码规范,部分规范参考了网上现有的一些资料,希望对大家有所帮助 编码规范 项目结构规范 项目结构图 |-业务1 | |-业务1的Storyboard | |-子业务1 | | |-controller | | |-view | | `-model | |-子业务2 | | |-controller | | |-views | | `-models |-业务2 | |-业务2的Storyboard | |-子业务1 | | |-controller | | |-

解读阿里官方代码规范

2017年开春,阿里对外公布了「阿里巴巴Java开发手册」.作为一个13年经验的码农,从头到尾浏览了一遍这份手册之后,感觉很棒.虽然其中的某些观点笔者不能苟同,但大部分的规范还是值得绝大多数程序员学习和遵守的. 笔者将对这份代码规范中的一些细节做一些解读,包含笔者的观点和想法,可以作为这份代码规范的扩展阅读.对于规范中某些「显而易见」的条款,将不在解读范围之列(换言之,这都不懂,就说明你天赋不够,乘早别做程序员了). 当然,笔者在日常的编程过程中属于「代码洁癖偏执狂」,所以文中的某些观点仅代表个

贡献一份精心整理的RBAC规范接口及其解说

这是花费了我半天时间从国标GBT 25062-2010 RBAC上整理得到的IRBACService接口.不要感觉惊奇,GBT 25062-2010 RBAC是和美国的NIST RBAC标准完全一样的.如果您希望阅读GBT 25062-2010 RBAC国标文档的话可以从这里下载http://git.oschina.net/anycmd/anycmd/tree/master/Docs. 国家标准文档是用z语言书写的,一下子读不懂没关系,不要灰心,把丢掉的知识拾起来就可以了.咱们都是在同样的教育体

Python PEP8代码规范_20180614

PEP8 代码风格指南 知识点 代码排版 字符串引号 表达式和语句中的空格 注释 版本注记 命名约定 公共和内部接口 程序编写建议 1. 介绍 这份文档给出的代码约定适用于主要的 Python 发行版所有标准库中的 Python 代码.请参阅相似的 PEP 信息,其用于描述实现 Python 的 C 代码规范[1]. 这份文档和 PEP 257(文档字符串约定) 改编自 Guido 的 Python 风格指南原文,从 Barry 的风格指南里添加了一些东西[2]. 随着时间的推移,这份额外约定的

C++代码规范及《数学之美》读后感

代码规范 采用Google C++ Style Guide 原文链接:https://google.github.io/styleguide/cppguide.html 中文版链接:https://zh-google-styleguide.readthedocs.io/en/latest/google-cpp-styleguide/ 部分摘录: 1.1. Self-contained 头文件 头文件应该以 .h 结尾.至于用来插入文本的文件,说到底它们并不是头文件,所以应以 .inc 结尾. 2

作业三: 代码规范、代码复审、PSP

(1) 是否需要有代码规范         1.这些规范都是官僚制度下产生的浪费大家的编程时间.影响人们开发效率, 浪费时间的东西.(反对) 答:首先编码规范 包括了编码风格和其它规范 一个团队遵守一些规范有很多的好处! (1). 遵守编码风格使代码更容易维护 (2). 编码风格使形成代码集体所有制(集体所有制的作用很大,它能有效的增大巴士因子——一个项目能承受多少个程序员被车撞了而不影响项目的正常进行) (3). 编码风格能消除那些长久的纷争(你不需要喜欢这种编码风格.如果你不喜欢里面的某条规