基础开发规范（持续完善）

## 1.公共框架组件开发
	组件库内开发，业务开发只需下载依赖
	大驼峰，开发命名规则【BH+ 结合场景+结合实际业务】来命名     
	例如：旅游行业客户弹窗组件   BHTravelCustermerPop

## 2.公共业务组件
	公共框架方法必须UI组件库
	系统字典使用
	git提交规范
	大驼峰，结合【场景+结合实际业务】来命名    
	例如：旅游行业客户弹窗组件   TravelCustermerPop

## 2.公共业务组件
	公共框架方法必须UI组件库
	系统字典使用
	git提交规范

## 2.公共业务组件
	公共框架方法必须UI组件库
	系统字典使用
	git提交规范
    采用本地字典（组件模板解析）
    部门，员工，业务数据字典  采用专有组件接收渲染

## 2.公共业务组件
	公共框架方法必须UI组件库
	系统字典使用
	git提交规范
	commit提交规范：
		类型前缀可以是以下之一：
		● feat: 新功能（feature）
		● fix: 修补bug
		● docs: 只改变了文档
		● style: 改变了空格、格式化、缺少分号等，不改变代码逻辑
		● refactor: 重构（即不是新增功能，也不是修改bug的代码变动）
		● test: 增加测试
		● chore: 构建过程或辅助工具的变动
	gitignore配置
	不允许提交压缩文件：例如.zip，.rar等

## 6.vscode 格式化规范统一 
	开发要求
	css 规范
	vue3语法提示插件：Vue - Official
	vue3代码格式化插件：Prettier - Code formatter
	语法规范：eslint
	单词错误提示：Code Spell Checker （规范使用驼峰命名）

## 6.vscode 格式化规范统一 
	开发要求
	css 规范
		a. 务必理解开发需求
		b. 开发过程中如遇产品设计问题必须向产品确认，，如遇无法确认内容向产品负责人确认或向技术委员会确认，获取最终结果（达成一致）继续开发
		c. 功能组件，功能模块必须增加代码注释
		d. 表述清楚当前组件基本信息及创建人
		e. 功能务必注释清楚当前实现功能
		f. 关键功能节点务必清楚注释描述
		g. 开发法完成包含基础功能自测>再到测试（若到测试出现基础问题，例如：输入格式，输入长度，报错 将直接打回）
		h. 自己开发功能长期负责（若换人务必给后续开发讲解）
		e. 与后端接口交互只传需要参数字段

## 6.vscode 格式化规范统一 
	开发要求
	css 规范
	类名使用中横线命名 `-`
	页面类名：.page-<业务场景>-container
	组件命名：.cpt-<业务场景>-container
	尽量少使用行内样式
	尽量少使用id
	样色样式缩写： #ffffff > #fff
	标签无内容，缩写成单标签
	任意公共组件公共样式 会复用的样式均禁止使用 !important
	vue样式均放在<style lang="scss" scoped> 局部作用域下避免样式全局污染

## 9.自定义function
	命名使用handle开头，如：handleDate-时间处理
	公共方法暴露尽量不使用匿名导出，使用具名导出