自己对代码编规范的一点心得

很多初学者和我一样,刚开始写代码的时候,不注意代码规范,认为只要代码没有语法错误,能运行就是正确的。

这样的观念在我心里存在了很长时间,这其实是埋藏在代码里的一个定时炸弹,给自己维护和他人合作都带来了巨大的麻烦。

1.首行缩进:几乎在所有的代码语言了 我们都是以4个空格来缩进代码 一是看起来很美观,二是代码结构一目了然,增强了代码的健壮性。

2.语言编码:一律使用utf-8 这样可以保证自己写的代码不会再其他浏览器上乱码。

3.注释:    注释是很重要的一点,因为在项目中,我们都是一个团队在合作,你写的代码也许只有你自己看的懂,你就写写好注释这段代码是干什么用的,这样别人才能一眼就知道

代码的作用,节省了时间,也增强了彼此间的沟通。 css的注释是/**/  html的注释是<!----> js的注释是//

4.命名:   所有标签的元素和属性的名字都使用小写,css类名要用有实际意义的名字,是这个东西是什么 还不是像什么的原则。比如导航菜单的最后一个背景颜色是红色 如果我们用 nav-red-bg,这样写也可以,但是如果以后有新的需求需要把它变成

蓝色,这样命名是不是就不合理了。我们应该看他是什么:nav-last,他就是导航菜单的最后一个元素 我不管你像红的还是像绿的。这样你以后再怎么修改也没关系了。还有命名尽量要有层级关系,这样我们才能一眼就看的出来dom树的结构。

js局部变量用——开头,全局变量不用,禁止使用 - 号链接,这会与js里运算符减号相冲突,引起不必要的麻烦。

5.文档类型: 在html的开头 都要用<!DOCTYPE html> 来声明一下 来告诉浏览器我下面的是什么文档类型。这样也增强了页面的兼容性。

6.标签:每个html标签都要有相应的结束标志,单行的 比如<img> <hr> 这样的标签要以/结尾,并且标签里面的属性

7.运算符:js二目运算符和三目运算符 前后都要加空格。

时间: 2024-10-13 02:09:56

自己对代码编规范的一点心得的相关文章

关于前端代码编写的一点心得

在此次团队项目中,我一直都是处于学习状态,能够写出一些稍微有点水平的前端页面,但是还是很菜,在此次的前端页面中,有一个地方我觉得特别要注意,就是前端代码的规范编写,规范编写代码对每一个程序员都十分重要,在这里,我将自己收集到的一些关于html和css的编写规范列在下面: 在任何一个项目或者系统开发之前都需要定制一个开发约定和规则,这样有利于项目的整体风格统一.代码维护和扩展.由于Web项目开发的分散性.独立性.整合的交互性等,所以定制一套完整的约定和规则显得尤为重要. 第一节 CSS样式文件的命

代码书写规范和命名规范

上一篇给大家分享了一下,关于文档编写的几个概念.这篇文章阐述如果编写代码书写规范以及命名规范文档.[以java语言为例] 1.代码书写规范 代码书写规范,能够让不同的人,写出相同风格的代码.很多人都看过java源代码,你会发现java源代码的整体风格几乎是一致的,但是你要知道编写源代码的人是很多的,如何才能让他们写出同一风格的代码呢?这就是代码书写规范的作用. 代码书写规范描述的是如何从头到尾书写代码(自己定义的).通俗点讲就是如何书写java文件.就像你写毕业论文一样,从头到尾每个细节都是有要

FMDB使用的一点心得:数据库创建、制表、查询等以及image转换成二进制nsdata保存到数据库中

<span style="font-size:18px;">//首先,获取数据库的路径,(如果不存在,就是我们想要存储的路径),不用担心每次都创建数据库会重复,不会的,如果没有则创建,有了就不会再重复创建: //接下来,我们要制表,首先我们先查看我们的表是否已经存在,方法在下面代码中:如果存在则跳过,不存在则创建</span> -(void)DataBaseInit { //获取Document文件夹下的数据库文件,没有则创建 NSString *dbPath

移动web动画设计的一点心得——css3实现跑步

[原]移动web动画设计的一点心得——css3实现跑步 今年3月份,由于公司业务需要,我转岗到微信产品部,离开了TID团队,人都是有感情的动物,更何况在一个团队呆了快 3 年,心中十分舍不得,鬼哥说了“天下没有不散的宴席...”,在我的世界里又多了一次离别的伤感(虽然还在隔壁工作).加入了微信产品中心后,开始新的团队生活,工作比以前忙多了,有时周六也要上班,需要更快更高效的完成任务,除了重构页面,需要主动参与边缘外的工作,承担更多.最近比较忙,给自己敲个响钟:注意身体. 说完题外话,开始近期的主

理解机器学习算法的一点心得

从Andrew ng的公开课开始,机器学习的算法我接触到的也越来越多,我觉得机器学习算法和传统算法的最大不同就是:不会要求一个问题被100%求解,也就意味着不会有完美的解法,这也是著名的"Essentially, all models are wrong, but some are useful."所表达的意思.正因为如此,机器学习算法往往不会有一个固定的算法流程,取而代之的把问题转化为最优化的问题,无论是ML(maximum likelihood),MAP(Maximum a Pos

关于敏捷和自动化测试的一点心得

中华传统文化源于<易>,成于孝,孝为德之本.孝顺:孝则顺,不孝则不顺. 不久前,参加Thoughtworks组织的一场自动化测试的分享,同事由于出差国外不能参加,特意嘱托我提问两个问题: 在互联网这个将"敏捷"与"持续集成"进行积极实践的环境里,"敏捷测试"与"自动化测试"成了一个大家经常探讨的话题, 那么自动化测试最佳的实行时间是在什么时候?如何推行最有效的自动化测试? 以下谨代表个人观点: 个人整理了一些测试最

关于hibernate的一点心得

1.部门和员工的关系: 部门<->员工是一对多的关系,即一个部门有多个员工,所以员工表里有部门id:depart_id 在下面这个代码中各添加部门和员工的一个记录即:新增一个部门,同时这个部门下有一个员工 static Department add() { Session s = null; Transaction tx = null; try { Department depart = new Department(); depart.setName("depart name&qu

W3C代码标准规范

我们知道,HTML5添加了标签的容错性,在书写方面变得更灵活.不像XHTML那样,有严格的代码规范,不符合规范就不给我们解析.那么,我们在写代码时为什么还要刻意去符合哪些所谓的"规范"呢? 答案这一个就够了:利人利己,便于维护!如果你写的代码不符合"规范",查找代码的错误时或者后期的维护会让你痛恨自己当初怎么会写出那么乱的代码. 有些规范我们也许平时不注意,但无形中也用了.为了避免漏掉一些规范,我这里就整理一下,以便以后有意识的去用. 1.<!DOCTYPE

PHP PSR-2 代码风格规范 (中文版)

代码风格规范 本篇规范是 PSR-1 基本代码规范的继承与扩展. 本规范希望通过制定一系列规范化PHP代码的规则,以减少在浏览不同作者的代码时,因代码风格的不同而造成不便. 当多名程序员在多个项目中合作时,就需要一个共同的编码规范,而本文中的风格规范源自于多个不同项目代码风格的共同特性,因此,本规范的价值在于我们都遵循这个编码风格,而不是在于它本身. 关键词 "必须"("MUST")."一定不可/一定不能"("MUST NOT"