1.设计原则 1) 标准化和规范化数据的标准化有助于消除数据库中的数据冗余.标准化有好几种形式,但 Third Normal Form(3NF)通常被认为在性能.扩展性和数据完整性方面达到了最好平衡.简单来说,遵守3NF 标准的数据库的表设计原 则是:“One Fact in One Place”即某个表只包括其本身基本的属性,当不是它们本身所具有的属性时需进行分解.表之间的关系通过外键 相连接.它具有以下特点:有一组表专门存放通过键连接起来的关联数据.举例:某个存放客户及其有关定单的3NF 数

ServiceSiteModel.class.php 这个模型操控的数据库是service_site表: <?php namespace Admin\Model; use Think\Model; class ServiceSiteModel extends Model { private $page = ""; private $countNum = ""; public function getList($pagesize=25){ 当数据表有下划线的时候

前言 好的命名规范见名知义,可以极大的提高工作效率,对于运维工作的标准化至关重要,这里,分享本DevOps小组内讨论的命名规范,希望有参考意义,如果小伙伴们有好的建议或补充,欢迎留言. 1. ansible inventory 命名规范 1.1. 目录结构命名规范 inventory/ |-- all-vars |-- Aproject | |-- dev | |-- online | |-- pre | `-- test `-- Bproject |-- dev |-- online |--

SSH 框架项目开发命名规范   一.各层包及类命名规范   总体原则:包名所有字母小写,类名采用 "驼峰标识",具体如下:   1. Action 类      包命名规范:com.xdsc.action.子系统名称                   如学生管理系统:com.xdsc.action.xsgl_system        类命名规范:模块名 + 后缀Action .                   如UserAction   2. DAO 层接口      包命名

1.数据库表命名规范: (1)表名前应该加上前缀,表的前缀一个用系统或模块的英文名称缩写,前缀全部大写或首字母大写,表名中包含的单词首字母大写. (2)数据库表名应该有意义,并且易于理解,最好使用可以表达功能的英文单词或缩写,如果用英文单词表示,建议使用完整的英文单词. (3)表名不可以太长,最好不要超过3个英文单词长度(22个字母). (4)在数据库表命名时应该用英文单词的单数形式,如员工表命名:应该为Employee而不是Employees . (5)如果是后台表命名时应该在表名基础上加上后

一.mysql命名规范 1.设计原则 1) 标准化和规范化数据的标准化有助于消除数据库中的数据冗余.标准化有好几种形式,但 Third Normal Form(3NF)通常被认为在性能.扩展性和数据完整性方面达到了最好平衡.简单来说,遵守3NF 标准的数据库的表设计原 则是:“One Fact in One Place”即某个表只包括其本身基本的属性,当不是它们本身所具有的属性时需进行分解.表之间的关系通过外键 相连接.它具有以下特点:有一组表专门存放通过键连接起来的关联数据.举例:某个存放客户

一.简明概述 1.编码 如无特殊情况, 文件一律使用 UTF-8 编码 如无特殊情况, 文件头部必须加入#-*-coding:utf-8-*-标识 2.代码格式 2.1.缩进 统一使用 4 个空格进行缩进 2.2.行宽 每行代码尽量不超过 80 个字符(在特殊情况下可以略微超过 80 ,但最长不得超过 120) 理由: 这在查看 side-by-side 的 diff 时很有帮助 方便在控制台下查看代码 太长可能是设计有缺陷 2.3.引号 简单说,自然语言使用双引号,机器标示使用单引号,因此 代

1.注释 1)单行注释     # 2) 多行注释   前后三个单引号或双引号   ‘’‘  ...  '''    """  ...""" 3)中文编码声明注释 # -*- coding:编码  -*- 或  # coding=编码 若采用UTF-8编码,则设置为urf-8;若使用GBK编码,则使用gbk 或cp936 2.代码缩进 使用冒号区分代码之间的层次. 四个空格或一个Tab键作为缩进.推荐用4个空格. 可以在IDE设置快捷键,进行缩进

关于金蝶k3 wise供应生门户登陆界面屏蔽业务账套多余功能模块设置方法 1. 找到以下路径 ...\Kingdee\K3ERP\KDHR\SITEFILE\WEBUI\ 找到“Login.aspx”,以记事本方式打开,在文本的最下面增加以下代码: <script type="text/javascript"> var sysnames = 'E-BOS,客户关系管理,内控管理,经销商门户';//添加要删除的子系统 var sysCom = document.getElem

Puppet命名规范: 约定说明: 小写字母:"a-z" 大写字母:"A-Z" 数字: "0-9" 句号: "." 下划线: "_" 连字符: "-" 冒号: ":" 1.主机命名: 规范:/\A[a-z0-9._-]+\Z/ 推荐:角色-运营商-机房-IP.系统.域名   web-cnc-bj-174.129.158.192.centos.linuxtone.org

良好的命名习惯是一种美德,下面是个人整理的数据库命名规范: 数据库命名规范:  1. 数据库名:          1.1)用产品或项目的名字命名:         1.2)Pascal Case,如AdventureWork;          1.3)避免使用特殊字符,如数字,下划线,空格之类:         1.4)避免使用缩写   2. 表名         2.1)使用复数,Pascal Case,而复数只加在最后一个单词上如:Products,Users,UserRoles    

功能模块.业务架构.需求分析.用户需求.系统分析.功能设计.详细设计.文档.业务.技术--很多被随口使用的名词,其实是含糊甚至错误的. 到底含糊在哪里,错误在哪里,不仅仅是新手软件开发人员糊涂,许多入行多年的老手也一样.虽然很多老手功成名就,挂着CTO.总架构师等研发线的最高头衔,但是心里对这些概念也是一团浆糊. 可能有的人会说,不会吧,这些牛人带团队做出了让公司赚钱的系统,怎么会不清楚呢,只不过表达出来和你的表达不同而已吧?我只能很诚恳地再说一遍:很多"牛人"真的不清楚.当然,搞不清

常用快捷键 1)帮助文件:F1 (光标在函数名字或类名上,按 F1 即可跳转到对应帮助文档,查看其详细用法) 2).h 文件和对应.cpp 文件切换:F4 3)编译并运行:Ctrl + R 4)函数声明和定义(函数调用和定义)切换:F2 5)代码注释取消注释:Ctrl + / (选中代码再按快捷键) 6)字体变大变小:Ctrl + 鼠标滚轮向上向下 7)移动代码:选中所要移动的代码 -> 按住 ctrl + shift -> 键盘方向键 8)查找替换关键字:ctrl + f 9)快速打开代码所

1.为什么要做分层? 请先看项目分层的最后结构: 2.设计的初衷 项目较大,且主题鲜明,分为:BI模块.DM-用户洞察模块.Manage-应用管理模块.Report应用分析报表模块,大模块之间并无依赖关系. 部分功能模块因为代码存量很大,采用的是JQuery+Razor+MVC的技术栈,而现行的WebApi+Vue单页面应用与之技术栈不同,所以不放在同一个工程中并存使用,而是直接搬移旧代码,做CSS样式替换和权限控制. 为什么不通过SSO拆开独立子站点部署?体量不大,无需增大成本,以后如体量增大

学习C#之初,始终不知道怎么命名比较好,很多时候无从命名,终于有一天我整理了一份命名规范文档,自此我就是按照这个命名规范书写代码,整洁度无可言表,拙劣之处请大家斧正,愚某虚心接受,如有雷同,不胜荣幸 C#语言开发规范 作者ching 1.  命名规范 a) 类 [规则1-1]使用Pascal规则命名类名,即首字母要大写. eg: Class Test { ... } [规则1-2]使用能够反映类功能的名词或名词短语命名类. [规则1-3]不要使用“I”.“C”.“_”等特定含义前缀. [规则1-

一 包名的书写规范 (Package)推荐使用公司或机构的顶级域名为包名的前缀,目的是保证各公司/机构内所使用的包名的唯一性.包名全部为小写字母,且具有实际的区分意义. 1.1 一般要求1.选择有意义的名字,能快速地传达该类的用途. 2.所有包的命名必须采用小写英文字母. 1.2 实际应用应用系统中经常应用分层,Dao层(数据库访问).Service层(业务处理).Web层(页面控制action类). 1.包名的前几个为固定名称, 如果是网站的话,采用网站的域名的反写,如果域名还没有确定的话,采

我自己总结的C#开发命名规范整理了一份 标签: 开发规范文档标准语言 2014-06-27 22:58 3165人阅读 评论(1) 收藏 举报  分类: C#(39)  版权声明:本文为博主原创文章,未经博主允许不得转载. 学习C#之初,始终不知道怎么命名比较好,很多时候无从命名,终于有一天我整理了一份命名规范文档,自此我就是按照这个命名规范书写代码,整洁度无可言表,拙劣之处请大家斧正,愚某虚心接受,如有雷同,不胜荣幸 C#语言开发规范 作者ching 1.  命名规范 a) 类 [规则1-1]

1.  命名规范a) 类[规则1-1]使用Pascal规则命名类名,即首字母要大写.eg:Class Test{    ...}[规则1-2]使用能够反映类功能的名词或名词短语命名类.[规则1-3]不要使用“I”.“C”.“_”等特定含义前缀.[规则1-4]自定义异常类应以Exception结尾.eg:Class TestException{    ...}[规则1-5]文件名要能反映类的内容,最好是和类同名. b) 类字段(类成员)[规则2-1]用camel规则来命名类成员变量名称,即首单词(

简洁清爽的代码风格应该是大多数工程师所期待的.在工作中笔者常常因为起名字而纠结,夸张点可以说是编程5分钟,命名两小时!究竟为什么命名成为了工作中的拦路虎. 每个公司都有不同的标准,目的是为了保持统一,减少沟通成本,提升团队研发效能.所以本文中是笔者结合阿里巴巴开发规范,以及工作中的见闻针对Java领域相关命名进行整理和总结,仅供参考. 一,Java中的命名规范 好的命名能体现出代码的特征,含义或者是用途,让阅读者可以根据名称的含义快速厘清程序的脉络.不同语言中采用的命名形式大相径庭,Java中常

每个公司都有不同的标准,目的是为了保持统一,减少沟通成本,提升团队研发效能.所以本文中是笔者结合阿里巴巴开发规范,以及工作中的见闻针对Java领域相关命名进行整理和总结,仅供参考. 一.Java中的命名规范 好的命名能体现出代码的特征,含义或者是用途,让阅读者可以根据名称的含义快速厘清程序的脉络.不同语言中采用的命名形式大相径庭,Java 中常用到的命名形式共有三种,既首字母大写的 UpperCamelCase ,首字母小写的 lowerCamelCase 以及全部大写的并用下划线分割单词的UP