标签:变量命名 def 数值 cti 5.7 垃圾 程序 第一个 status
1.变量使用驼峰命名法 禁止使用拼音或者拼音加数字
2.变量也应具有描述性,杜绝一切拼音、或拼音英文混杂的命名方式
3.变量包数字、字母和下划线字符,不允许使用其他字符,变量命名最好使用项目 中有据可查的英文缩写方式, 尽可以要使用一目了然容易理解的形式;
4.变量以字母开头,如果变量包多个单词,首字母小写,当包多个单词时,后面 的每个单词的首字母大写.
例如 :$itSports
5.变量使用有效命名
例如评论:$commentArr
6.变量属性标记清楚
例如 数组变量后加Arr :$commentArr,数值: $commentInt
7.变量除了在循环体(for,foreach,while)中,其他位置允许但不鼓励使用没有描述意义的字母作为变量名。
例如:$i,$j。
1.常量名应具有描述性,杜绝一切拼音、或拼音英文混杂的命名方式
2.常量名包字母字符和下划线,不允许使用数字和其他字符。
3.PHP 的内建值 TRUE、FALSE 和 NULL 必须全部采用大写字母书写。
4.常量名所有字母必须大写,少数特必要的情况下,可使用划线来分隔单词。
例如: define(‘AAA_BBB_CCC’, ‘true’); (如果常量名由 aaa, bbb, ccc 三个单词组成 的)
define(‘NAME‘,‘root‘)
1.一个文件中声明一个类,文件名中必须包类名字符串,这些不仅容易查找,也有 利于实现在程序中自动加载类。
2.类名应有描述性,杜绝一切拼音、或拼音英文混杂的命名方式
3.类名包括字母字符,不允许使用数字和其他字符
4.如果类名包括多个单词,应使用驼峰式命名方式,每个单词的第一个字母必须大写, 不允许连续大写。
类 首字母大写 如 : class Comment{}
AaaBbbCcc (如果类名由 aaa, bbb, ccc 三个单词组成的)
1.函数名应具有描述性,杜绝一切拼音、或拼音英文混杂的命名方式
2.函数名包括字母字符,不允许使用数字和其他字符。
3.函数名首字母小写,当包多个单词时,后面的每个单词的首字母大写.
例如: aaaBbbCcc (如果函数名由 aaa, bbb, ccc 三个单词组成的)
4.函数名应带有get,set等动作性描述。
function getUser(){ //函数内容 }
方法,函数有效命名 :function getCommentIdByTableName(){}
5.可以声明像函数名前带有下划线的形式,表示该函数为该类的私有方法,外部不允许进行访问。
例如:function _func(){}
1.注释格式
/**
模块-大功能-功能点或方法作用
* @author 作者<邮箱>
* @create 创建时间
* @param $name
* @return array
*/
2 . 行注释
// 1.行注释前标清 1、2、3...
//2.简短说明该行代码的作用。
1.逻辑清晰
2.目标明确
2.保存数据规范
1.初始化默认属性
2.load加载属性 save保存或修改
3.逻辑问题 必须在beforeSave中处理
1.新建工作流(代码必须在工作流上面修改)
2.提交时 先提交代码,在切换到dev , 拉取dev 然后进入工作流合并到工作流
3.进入dev,将工作流合并到dev
4.推送到测试环境
5.代码提交格式
【自己的现在的职务】系统功能 - 大功能 - 详细功能
例如 : [开发]云系统 - 前台首页 - 编辑轮播图
详细步骤 1. 打开自己sourceTree,在dev拉取最新代码
???? 2. 点击顶部菜单 “Git工作流”->创建新功能->创建到以自己姓名名称命名的文件夹内便于区分,功能名称是自己做的功能的名称
???? 3.创建完成,比如是feature/lihuien/首页轮播图管理
???? 4.代码完成后,首先点击顶部菜单 “提交”->然后切换分支到dev->dev拉取最新代码->在切换到工作流
???? 5.单击dev,然后右键,会出现“合并dev至当前分支”->点击
???? 6.然后切换到dev->单击工作流右键 ->出现“合并工作流feature/lihuien/首页轮播图管理代码至当前分支”,点击确定
???? 7.最后点击顶部菜单“推送”->选择dev->确定->切换到自己工作流或者在创建新的工作流进行下一个功能开发
1.自己每天的任务,如果完成就及时点掉
2.如果任务延期 标清延期原因
3.如果需要别人合作 就添加任务关联
4.自己每天上班必须填写自己任务卡片
5.如果任务需要挂起 写清楚挂起原因
6.写清楚备注,填写子任务,如果有需要就添加图片描述
任务具体格式:
【自己的现在的职务】系统功能 - 大功能 - 详细功能
[开发]云系统 - 后台 - 员工列表
备注:1.修改员工信息
2.列表搜索等...
子任务1 【开发】员工列表 - 删除员工 - js返回提示
等
1.true时返回格式
`return json_encode([‘status‘=>‘success‘,‘message‘=‘提示信息‘,‘data‘=>‘需求数据‘])`
2.false时返回格式
`return json_encode([‘status‘=>‘error‘,‘message‘=‘提示信息‘,‘data‘=>‘修改失败(或者错误信息)‘])`
2.服务器 : xampp 需要安装
3.数据库 : mysql 5.7版本 需要安装
4.版本控制 : Git 需要安装
5.git客户端 : sourceTree 需要安装
6.编辑器 : phpStorm 需要安装带注册码
7.包管理工具 : composer 需要安装
8.浏览器 : chrome 需要安装
1.编辑器 : phpStorm
2.服务器 : xampp (php7.0版本)
3.数据库 : mysql 5.7版本
4.代码仓库 : coding
5.版本控制 : Git
6.git客户端 : sourceTree
7.包管理工具 : composer
8.浏览器 : chrome
1.聊天工具 : bearyChat
2.任务工具 : teambition
3.代码托管 : coding/gitlab
1.腾讯企业邮箱账号
2.coding账号
3.gitHub账号
4.bearyChat账号
5.teambition账号
1.如果在了解需求或原型时 遇到不懂或逻辑不通的需求 请及时跟对应的原型进行沟通,保持开发和原一致性
2.如果遇到问题不能及时解决 请及时跟对应的开发人员沟通
1.Master分支为线上环境分支
2.该分支只能管理员提交或合并
3.除管理员,禁止开发人员私自操作Master
4.永远不要将代码直接提交到该分支
1.Dev分支为系统测试分支
2.提交到Dev分支一定是完成的完整功能模块
3.代码需要自己测试通过及管理员审核后再提交
4.切记不能提交半成品或者垃圾代码
5.切记不能直接在Dev分支上面修改代码,否则视为无效代码
6.需要开发自己的任务功能时,创建自己的feature工作流
1.Feature分支为个人的开发分支
2.该分支为任务、功能、修改bug的分支
3.分支命名必须规范 如:feature/lihuien/公共分页类
4.上班第一件事就是拉取Dev代码合并到自己的工作流,预防代码合并冲突
1.数据迁移一定要按照规范来写
2.数据属性一定要问明白,在增加
3.迁移一定要写回滚文件
4.迁移后一定要测试无误后在提交到Dev
1.Form 表单验证时 定义的属性 如果重复请使用常量定义后,使用常量,避免重复使用
标签:变量命名 def 数值 cti 5.7 垃圾 程序 第一个 status
原文地址:https://www.cnblogs.com/hellow-world/p/9190458.html