一、一般规范 1、命名规范 (1)以英文命名,避免出现拼音命名。 (2)文件命名全小写,如需要分割以-连接。如:my-filter.js (3)css 选择器命名分割以-连接。如:.main-box-header 2、代码缩进 (1)以TAP为一次缩进。 3、代码注释 ...
个人认为,整个软件开发的历史可大致分为三个时期,开荒期,处在这个时期的软件开发人员非常牛逼,都是所谓的 徒手程序员 ,没有先进的IDE,没有便利的设计工具,在黑底白字的屏幕上,为整个软件行业奠定了基石。第二个时期为发展期,处在这个时代的软件开发人员稍显尴尬,因为是过渡时期,一切都需要靠规范,所以,他们建立了一套软件行业的规范,并流传至今。第三个时期,就是我们现在处在的时期:创新期。到了这个时期, ...
2013-02-27 22:24 28 3388 推荐指数:
一、一般规范 1、命名规范 (1)以英文命名,避免出现拼音命名。 (2)文件命名全小写,如需要分割以-连接。如:my-filter.js (3)css 选择器命名分割以-连接。如:.main-box-header 2、代码缩进 (1)以TAP为一次缩进。 3、代码注释 ...
很多团队经历时间的积淀之后,都会有很多的可重用的公共技术组件。大部分的团队都会把这些公共组件生成程序集(dll)后,放到GIT或SVN的一个公共目录里面,以供各个项目中使用。起初在项目很少又或者是公共组件不多的时候,这样看起来也没有多大问题。但是随着团队越来越大,项目的组件增多,所封装的可重用组件 ...
## XML: 1. 概念:Extensible Markup Language 可扩展标记语言 * 可扩展:标签都是自定义的。 <user> <student& ...
1.序言 打造一个金诚所至的敏捷团队,需要大家自发的来遵守以及完善相应的规范。大家在自我约束的前提下,彼此之间互相影响,由下而上推动团队的建设。所以规矩、准则应该是越少越好,通过良好的自我约束驱动团队的成长。 在阅读本文档之前,假设你已经了解了敏捷开发(Scrum)的相关知识,若从未接 ...
前言 编码风格,每个人都是有不同的特点,风格各异,而且一个人在不同的时期,编码风格的差异也可能是非常大的,好比学生时代,刚工作的时候,工作一段时间后等。 在一个团队中,或一个项目中,如果出现了N种风格,这个可能就是比较头疼了,尤其是风格差异很大的时候。 一个项目一种风格或许还可以接受 ...
前言 至去年11月份从合伙创业中跳出来,已经快半年了,期间负责做了一个java项目。由于是C#转java,许多技术知识需要边学习边使用,对项目整体、团队成员代码质量把控的精力 就没有轻车熟路的C#玩的的那么嗨了。以至于,出现团队成员注释掉现有业务代码实现新业务代码的严重情况发生 ...
Git Commit 团队规范限制 前言 在团队进行开发协作的时候,不规范的Git Commit提交会使得项目的Git Log杂乱无章,哪些是新功能、哪些是修复bug等等都无法得知,因此规范团队的提交是非常有必要的,所以规范约束就特别需要了。 使用 ...
概述 我个人很看重代码规范,因为代码是写给别人看的,按规范写别人才更容易理解。之前苦于没有代码规范的资料,现在在github上面看到了腾讯Alloy团队的代码规范,于是学习了一下,并记录下我自己还没怎么注意的地方,供以后开发时参考,相信对其他人也有用。 顺便说下,这里是腾讯Alloy团队推荐 ...