# model层(业务逻辑)命名规范
控制器不能直接调用数据库操作,所有的数据库操作必须在model层中编写,model中类的命名要按照功能进行划分;
## 函数命名规范
获取单条数据命名:get+要获取的数据+Info 比如获取用户数据 getUserInfo
获取多条数据: get+要获取的数据+List 比如获取用户数据 getUserList
获取分页数据: get+要获取的数据+PageList 比如获取用户列表 getUserPageList
添加数据 : add+要添加的表 比如添加用户 addUser;
修改数据 : edit+要修改的表 比如修改用户 editUser;
删除数据:delete+要删除的表 比如删除用户 deleteUser;
通过某种方式获取或者修改数据,要获取数据+By+方式 例如获取用户插件 getUserAddonListByUid;
修改表的某个字段: modify+修改的表+字段 修改用户昵称,modifyUserNickname;
查询列表参数标准 :getSiteList\($condition = \[\], $field = '\*', $order = '', $limit = null\);
查询分页列表标准 getSitePageList\($condition = \[\], $page = 1, $page\_size = PAGE\_LIST\_ROWS, $order = '', $field = '\*'\);
查询单条数据标准 getSiteInfo\($condition, $field = '\*'\);
添加方法传入data 例如: addUser($data);
添加多条记录方法传入data 例如: addUserList($data);
修改方法传入data, condition 例如 editUser($data, $condition);
删除方法传入condition 例如 deleteUser($condition);
- 序言
- 安装教程
- 运行环境
- 安装手册
- 基础
- 前期准备
- 伪静态配置
- 后台目录结构
- uniapp(手机端)目录结构
- 开发命名规范
- 控制器命名规范
- model层命名规范
- 前端(管理页面)命名规范
- 提示面板
- 表单
- uniapp(手机端)命名规范
- api接口命名规范
- 架构
- 入口文件
- config设置
- app应用目录
- component(自定义模板组件)
- model层(数据业务层)
- 数据库操作
- job(消息队列)
- event(事件)
- request(请求对象)
- common(公共函数)
- log(日志处理)
- lang(语言包)
- addon插件
- 数据字典
- 系统基础表
- 配送相关表
- 商品相关表
- 网站设置相关
- 会员相关表
- 订单相关表
- 营销(组合套餐)
- 营销(砍价)
- 营销(优惠券)
- 营销(满减)
- 营销(拼团)
- 营销(秒杀)
- 店铺相关表
- 微信相关表
- 门店相关表
- 结算相关表
- 应用(分销)
- 功能模块
- 商品模块
- 会员模块
- 订单模块
- 数据统计
- 消息队列
- 支付模块
- 短信模块
- 客服
- api接口
- 接口开发
- 插件开发
- 事件开发
- 常用事件
- 插件目录与开发
- 常用插件
- 支付插件
- 拼团插件
- 新人礼