一、css.的命名规则?
一、网页制作中规范使用DIV+CSS命名规则,可以改善优化功效特别是团队合作时候可以提供合作制作效率。
所有的命名最好都小写
属性的值一定要用双引号("")括起来,且一定要有值如class="divcss",id="divcss"
每个标签都要有开始和结束,且要有正确的层次,排版有规律工整
空元素要有结束的tag或于开始的tag后加上"/"
表现与结构完全分离,代码中不涉及任何的表现元素,如style、font、bgColor、border等
<h1>到<h5>的定义,应遵循从大到小的原则,体现文档的结构,并有利于搜索引擎的查询。
给每一个表格和表单加上一个唯一的、结构标记id
给图片加上alt标签
尽量使用英文命名原则
尽量不缩写,除非一看就明白的单词
二、相对网页外层重要部分CSS样式命名:
外套 wrap ----------------用于最外层
头部 header --------------用于头部
主要内容 main ------------用于主体内容(中部)
左侧 main-left ------------左侧布局
右侧 main-right -----------右侧布局
导航条 nav -----------------网页菜单导航条
内容 content ---------------用于网页中部主体
底部 footer -----------------用于底部
DIV+CSS命名小结:
无论是使用“.”(小写句号)选择符号开头命名,还是使用“#”(井号)选择符号开头命名都无所谓,但我们最好遵循。
主要的、重要的、特殊的、最外层的盒子用“#”(井号)选择符号开头命名,其它都用“.”(小写句号)选择符号开头命名,同时考虑命名的CSS选择器在HTML中重复使用调用。
通常我们最常用主要命名有:
wrap(外套、最外层)、header(页眉、头部)、nav(导航条)、menu(菜单)、title(栏目标题、一般配合h1\h2\h3\h4标签使用)
、content (内容区)、footer(页脚、底部)、logo(标志、可以配合h1标签使用)、banner(广告条,一般在顶部)、copyRight(版权)。
二、WordPress主题id或类的命名规范详解
WordPress作为当今世界上最受欢迎的网站建设平台之一,其主题定制开发也日益受到关注。而在进行主题开发的过程中,主题id或类的命名规范显得尤为重要。本文将对WordPress主题id或类的命名规范进行详细解析,帮助开发者更好地理解和应用这些规范。
命名规范的重要性
在WordPress主题开发中,良好的命名规范既有利于代码的可读性和维护性,又有助于SEO优化和性能优化。合理的命名规范可以让主题更易于被搜索引擎收录,提升网站的整体排名。另外,规范的命名也能减少命名冲突,降低出现bug的概率,提升主题的稳定性和可靠性。
WordPress主题id或类的命名规范
1. **避免使用通用的或容易引起歧义的类名或id名。** 通用的类名比如“content”、“main”、“sidebar”等很容易与其他主题冲突,应该避免使用。同样,应当避免使用与HTML标签名相同的类名或id名,比如“p”、“span”等。
2. **采用有意义的命名。** 类名或id名应该能够清晰地表达其所在元素的含义或作用,从而方便其他开发者阅读和理解代码。通过使用语义明确、表意清晰的命名,能够降低理解成本,提高协作效率。
3. **使用小写字母和破折号进行命名。** 在WordPress主题开发中,通常采用破折号来分隔单词,如“post-title”、“widget-area”,同时类名和id名都应该使用小写字母,以确保命名的一致性和规范性。
4. **避免使用缩写或拼音命名。** 在命名过程中,应尽量避免使用缩写或拼音,除非是广为人知的公认缩写。这样能够降低项目后期维护的成本,减少沟通和理解上的障碍。
5. **遵循WordPress官方命名规范。** WordPress官方对于类名和id名也有一定的命名规范,开发者可以参考WordPress官方文档对于命名的建议和规范,以确保自己的主题具备更好的兼容性和稳定性。
结语
总的来说,WordPress主题id或类的命名规范对于主题开发来说至关重要。通过遵循规范,开发者可以提升主题的质量和稳定性,同时也能更好地为网站的SEO和性能优化打下良好的基础。希望本文能够帮助到广大WordPress主题开发者,让他们能够更加规范地进行主题开发工作。
感谢您阅读本文,希望能给您带来关于WordPress主题id或类的命名规范的实质性帮助。
三、perl的命名规范?
1 命名规则
1.1 文件命名
文件名称统一用英文字母(大小写)、数字和下划线的组合,长度一般不超过20个字符,文件命名体现功能的含义,正式发布版本不能加入作者信息。Perl Scripts 文件的扩展名必须是".pl",Perl Module文件的扩展名必须是".pm"。
正确:
lucent_file_parser.pl
不是:
lucent_file.p
1.2 标识符
采用语法模板来定义标识符的名字,命名必须有一定的实际意义,由英文字母组成,中间可以根据语义的连续性,使用下划线连接。
1.2.1 变量
局部变量必须由小写字母和下划线组成,常量名必须由大写字母和下划线组成。由多个单词组成的名字里,使用下划线"_"把多个单词分开。全局变量以’g_’开头,其余部分的命名规则和局部变量相同。每个全局变量必须有注释说明其作用。
正确:
my $next_node;
不是:
my $node;
1.2.2 包和类
包、类的命名采用大小写混合、首字母大写的方法。
正确:
IO::Controller
1.2.3 标识符缩写
标识符缩写时要保留单词的开始字母,不是辅音字母的简写。
正确:
use List::Util qw( max );
DESC:
for my $desc (@orig_strs) {
my $len = length($desc);
next DESC if ($len > $UPPER_LIM);
$max_len = max($max_len, $len);
}
不是:
use List::Util qw( max );
DSCN:
for my $dscn (@rgnl_strgs) {
my $lngh = length $dscn;
next DSCN if $lngh > $UPPR_LMT;
$mx_lngh = max($mx_lngh, $lngh);
}
1.2.4 函数
由小写字母、下划线组成。
正确:
sub max
{
……
}
sub get_msc_name
{
……
}
不是:
sub getMscName
{
……
}
1.3 布尔类型
boolean类型的变量,或返回boolean类型的值的函数,在命名时要反映其属性,必须用is或者has开头。
正确:
sub is_valid;
sub is_metadata_available_for;
sub has_end_tag;
my $has_loading_finished;
my $has_found_bad_record;
# and later...
if (is_valid($next_record) && !$has_loading_finished) {
METADATA:
while (is_metadata_available_for($next_record)) {
push @metadata, get_metadata_for($next_record);
last METADATA if (has_end_tag($next_record));
}
}
else {
$has_found_bad_record = 1;
}
1.4 数组和哈希
数组类型的变量采用复数,hash类型的变量采用单数。要用undef显式释放变量空间。
正确:
my %option;
my %title_of;
my %count_for;
my %is_available;
# and later...
if ($option{'count_all'} && $title_of{$next_book} =~ m/$target/xms) {
$count_for{$next_book}++;
$is_available{$next_book} = 1;
}
my @events;
my @handlers;
my @unknowns;
# and later...
for my $event (@events) {
push @unknowns, grep { ! $_->handle($event) } @handlers;
}
print map { $_->err_msg } @unknowns;
2 注释
所有注释可用英文或中文书写,尽量使用英文注释。保持注释和代码的完全一致,修改程序时,必须修改相应的注释。注释的行数一般应在程序总行数的1/5到1/3。禁止出现错别字。注释应该语义明确,避免出现二义性。
2.1 文件头部注释
每个含有源代码的文件必须在文件开始有关于该文件的介绍性注释。其中列出文件名、创建者、创建日期、功能描述、版本信息、版权声明;如果对文件进行了修改,应该在文件头中说明修改人、修改日期、修改原因,并变更文件的版本信息,最新版本信息放到最前面。
格式为:
#*********************************************************
# FileName: lucent_file_parser.pl
# Creator: Phonix <phonix@gmail.com.cn>
# Create Time: 2006-01-09
# Description: This is the proof-of-concept code for the
# Windows denial-of-serice attack described by
# the Razor team (NTBugtraq, 19-May-00).
# CopyRight: Copyright © Bright Ocean Inter-Telecomm,All rights reserved.
# Revision: V1.0.0
# ModifyList:
# Revision: V1.1.1
# Modifier: Phonix
# ModifyTime: 2006-01-17
# ModifyReason: fix the bug of ……
#
# Revision: V1.1.0
# Modifier: Phonix
# ModifyTime: 2006-01-16
# ModifyReason: add mysql&oracle db support
#*********************************************************
不是简单的:
#========================================
#Created By:Phonix
#Created Time: 2006-01-09
#Modified Time: 2006-01-17
#========================================
2.2 文件中注释
建议在文件中标识出修改部分的起止位置。
正确:
# add mysql&oracle db support begin
……
# add mysql&oracle db support end
2.3 函数注释
在每个函数前必须写描述性注释。说明这个函数的功能、参数和函数的返回值。
格式为:
#*******************************************************************
# Function Name: calc_time($datetime, $delta)
# Description: This function calculate the new datetime.
# Parameters:
# 1. $datetime is the base time, taking the format of 'yyyy-mm-dd hh:mm:ss'
# 2. $delta is the time which should be add to the $datetime. A positive value increase the time
# while the negative vale decrease the time
# Return:
# A new time string is returned, also taking the format of 'yyyy-mm-dd hh:mm:ss'
#*********************************************************************
不是简单的:
##########################################
#function name : get_ldap
#desc : get config info from ldap server
##########################################
2.4 程序块注释
程序块注释用于说明程序中的关键算法、使用某种技巧的代码以及修改、测试、阅读时必须加以注意的代码。
格式为:
#*********************************************************************
#注释内容
#......
#......
#********************************************************************
2.5 语句注释
用于对特定程序语句进行说明,建议采取在语句行末尾说明的方法,同时注释换行后也要对齐。格式为:
my @names = (
'Damian', # Primary key
# the key is
'Matthew', # Disambiguator
'Conway', # General class or category
);
3 代码布局
3.1 括号
建议括号、插入语可以采用两种方式之一,但是在一个程序里选定那种方式之后,那么要至始至终保持一致。
3.1.1 方式一
采用K&R风格。
格式为:
my @names = (
'Damian', # Primary key
'Matthew', # Disambiguator
'Conway', # General class or category
);
for my $name (@names) {
for my $word ( anagrams_of(lc $name) ) {
print "$word\n";
}
}
3.1.2 方式二
括号对{}对必须位于同一列,独占一行,并且和{}之外的语句行对齐
my @names =
(
'Damian', # Primary key
'Matthew', # Disambiguator
'Conway', # General class or category
);
for my $name (@names)
{
for my $word (anagrams_of(lc $name))
{
print "$word\n";
}
}
3.2 关键字
把关键字和其他的内容分开,关键字if, while, for,else…后面必须接一个空格。if和while语句必须使用’{‘和’}’括起语句体,即使只有一行代码。建议不使用单行的if语句。
正确:
for my $result (@results) {
print_sep( );
print $result;
}
while ($min < $max) {
my $try = ($max - $min) / 2;
if ($value[$try] < $target) {
$max = $try;
}
else {
$min = $try;
}
}
if ($condition){
$i++;
}
不是:
for(@results) {
print_sep( );
print;
}
while($min < $max) {
my $try = ($max - $min) / 2;
if($value[$try] < $target) {
$max = $try;
}
else{
$min = $try;
}
}
if($condition) {$i++;}
3.3 子程序和变量
不要把子程序或变量和其后的括号部分分开。
正确:
my @candidates = get_candidates($marker);
CANDIDATE:
for my $i (0..$#candidates) {
next CANDIDATE if open_region($i);
$candidates[$i]
= $incumbent{ $candidates[$i]{region} };
}
不是:
my @candidates = get_candidates ($marker);
CANDIDATE:
for my $i (0..$#candidates) {
next CANDIDATE if open_region ($i);
$candidates [$i]
= $incumbent {$candidates [$i] {region}};
}
3.4 代码缩排
缩进采用四个空格,或一个TAB(1 TAB 设置成四个空格)。
3.5 代码块
不要把两句话放在一行,每行只能写一个语句。
正确:
while (my $record = <$inventory_file>) {
chomp $record;
next RECORD if $record eq $EMPTY_STR;
my @fields = split $FIELD_SEPARATOR, $record;
update_sales(\@fields);
$count++;
}
不是:
while (my $record = <$inventory_file>) {
chomp $record; next RECORD if $record eq $EMPTY_STR;
my @fields = split $FIELD_SEPARATOR, $record; update_sales(\@fields);$count++;
}
3.6 代码长度
每个函数体的语句行不能超过100行(不包括注释,一个分号算一行)。每行长度不要超过78个字符,超过该长度时,必须考虑换行,从低优先级的操作符处分割长表达式, 在赋值符前断开长的语句。
正确:
push (@steps, $steps[-1]
+ $radial_velocity * $elapsed_time
+ $orbital_velocity * ($phase + $phase_shift)
- $DRAG_COEFF * $altitude);
$predicted_val = $average + $predicted_change * $fudge_factor;
不是:
push (@steps, $steps[-1] + $radial_velocity
* $elapsed_time + $orbital_velocity
* ($phase + $phase_shift) - $DRAG_COEFF
* $altitude);
$predicted_val = $average
+ $predicted_change * $fudge_factor;
3.7 操作符
二元运算符(算术运算符, 赋值运算符等)的两边都要接空格,低级操作符(如:+-)两边各有两个空格,高级操作符(如:*%)两边各有一个空格。
在运算符'->'两边不要使用空格,在一元操作符和操作数两边不要使用空格。
可以使用括号来表示运算的先后顺序。
正确:
my $displacement
= $initial_velocity * $time + 0.5 * $acceleration * $time**2;
my $price
= $coupon_paid * $exp_rate + ($face_val + $coupon_paid) * $exp_rate**2;
不是:
my $displacement=$initial_velocity*$time+0.5*$acceleration*$time**2;
my $price=$coupon_paid*$exp_rate+(($face_val+$coupon_val)*$exp_rate**2);
3.8 语句结束符
在每个语句后边要填加分号。
正确:
while (my $line = <>) {
chomp $line;
if ( $line =~ s{\A (\s*) -- (.*)}{$1#$2}xms ) {
push @comments, $2;
}
print $line;
}
3.9 代码排列
数组或Hash的赋值采用垂直排列。
正确:
my @months = qw(
January February March
April May June
July August September
October November December
);
my %expansion_of = (
q{it's} => q{it is},
q{we're} => q{we are},
q{didn't} => q{did not},
q{must've} => q{must have},
q{I'll} => q{I will},
);
不是:
my @months = qw(
January February March April May June July August September
October November December
);
my %expansion_of = (
q{it's} => q{it is}, q{we're} => q{we are}, q{didn't} => q{did not},
q{must've} => q{must have}, q{I'll} => q{I will},
);
3.10 非末端表达式
采用中间变量代替长表达式。
正确:
my $next_step = $steps[-1]
+ $radial_velocity * $elapsed_time
+ $orbital_velocity * ($phase + $phase_shift)
- $DRAG_COEFF * $altitude
;
add_step( \@steps, $next_step, $elapsed_time);
不是:
add_step( \@steps, $steps[-1]
+ $radial_velocity * $elapsed_time
+ $orbital_velocity * ($phase + $phase_shift)
- $DRAG_COEFF * $altitude
, $elapsed_time);
3.11 功能块顺序
在每个Perl Scripts中,每个功能块之间必须有一个空行。主程序为main()函数,功能块出现顺序如下:
use modules;
global variable 定义
main定义
sub routine 定义
4 数值和表达式
4.1 字符串界定符
需要用变量替换的字符串用双引号,否则用单引号。
正确:
my $spam_name = "$title $first_name $surname";
my $pay_rate = "$minimal for maximal work";
my $spam_name = 'Dr Lawrence Mwalle';
my $pay_rate = '$minimal for maximal work';
4.2 常量
使用字符常量,而不要直接用数值。
正确:
use Readonly;
Readonly my $MOLYBDENUM_ATOMIC_NUMBER => 42;
# and later...
print $count * $MOLYBDENUM_ATOMIC_NUMBER;
不是:
print $count * 42;
4.3 字符串
4.3.1 两行
对于两行的字符串,要用“.”进行连接。
正确:
$usage = "Usage: $0 <file> [-full]\n"
. "(Use -full option for full dump)\n";
不是:
$usage = "Usage: $0 <file> [-full]
(Use -full option for full dump)";
4.3.2 多于两行
对于多于两行,要采用如下格式:
正确:
$usage = <<"END_USAGE";
Usage: $0 <file> [-full] [-o] [-beans]
Options:
-full : produce a full dump
-o : dump in octal
-beans : source is Java
END_USAGE
不是:
$usage = "Usage: $0 <file> [-full] [-o] [-beans]\n"
. "Options:\n"
. " -full : produce a full dump\n"
. " -o : dump in octal\n"
. " -beans : source is Java\n"
;
4.4 哈希变量
Hash变量的定义采用双箭头(=>)方式。
正确:
%default_service_record = (
name=> '<unknown>',
rank=> 'Recruit',
serial=> undef,
unit=> ['Training platoon'],
duty=> ['Basic training'],
);
不是:
%default_service_record = (
'name', '<unknown>',
'rank', 'Recruit',
'serial', undef,
'unit', ['Training platoon'],
'duty', ['Basic training'],
);
5 函数
5.1 调用语法
调用时要使用圆括号,不管是否有参数。
正确:
fix();
coerce($input, $INTEGER, $ROUND_ZERO);
不是:
fix;
5.2 函数返回
在函数中要进行显式的return返回。
正确:
sub set_terseness {
my ($terseness) = @_;
my $default_terseness = $terseness;
return; # Explicitly return nothing meaningful
}
不是:
sub set_terseness {
my ($terseness) = @_;
my $default_terseness = $terseness;
}
6 编程惯例
6.1 使用use strict
所有Perl Scripts 文件中必须在开始使用“use strict;”,进行严格的语法检查,便于查找错误。
6.2 避免使用内部变量名称
避免使用Perl内部变量。使用“use English;”装入Perl内部变量的符号名称。使用my来限定变量的作用域。下面是一些Perl内部变量名称的对应关系。
$_ $ARG
@_ @ARG
$! $ERRNO
$? $CHILD_ERROR
$$ $PID
$0 $PROGRAM_NAME
$. $INPUT_LINE_NUMBER
$| $OUTPUT_AUTOFLUSH
$@ $EVEL_ERROR
$& $MATCH
$` $PREMATCH
$' $POSTMATCH
$+ $LAST_PAREN_MATCH
$/ $RS
$\ $ORS
$< $UID
$> $EUID
$( $GID
$) $EGID
$] $PERL_VERSION
$? $CHILD_ERROR
6.3 避免使用goto
避免使用goto语句(只有在从多重循环的内部跳出时才可以使用)。除非能够特别有效的增加程序的效率并且不影响程序良好结构的特殊情况。
6.4 语法检查(辅助工具)
使用-cw选项检查Perl程序的语法。
正确:
perl -cw -Mdiagnostics file.pl # check syntax with warnings on
nt; # Perl 5.004_04, define constants
use Env; # instead of $ENV{'HOME'}; Shortens the usage, but do not
# mix normal variables
# with environment variables.
6.5 use Carp; # For modules: 使用标准模块
尽量使用标准库函数、公共函数和开发库中已有的函数和模块,使用FileHandle模块来处理文件的读写。尽量使用以下的标准Perl模块:
use strict; # helps you to locate syntax errors or uncertainties.
use integer; # if you don't need floating point math,it will speed Perl up.
use constagives you `carp' and `croak'
use English; # gives symbolic names, like $! ==> $ERRNO
use Getopt::Long; # --posix command line option handling
use Cwd; # platform independent cwd()
use File::Basename; # don't invent your own wheel of this.
use File::Find; # don't use system("find . -name ...")...
use File::copy; # don't use system("cp this that");
use File::patch; # instead of system("mkdir");
use File::stat; # readable: $st = stat($file), $st->mode
use DirHandle; # OO form of `readdir'
use Text::Tabs # un/expand tabs in text
use Text::ParseWords; # Parse text into tokens, understands embedded
# quotes. @a = "ewords("[ +]", 0, $_);
# a+b, "a b" + c
use Socket; # socket handling
use Sys::Hostname; # don't invent your own wheel
use Net::Ping # unix ping, check if host is online
use Time::Local # time manipulations
6.6 其他
1、编码、测试、注释,是程序员的三项基本工作,它们是同等重要的。
2、可靠性第一,可读性第二,效率第三。只有在极个别必须强调效率的部分,可以是可靠性第一,效率第二,可读性第三。
3、首先是正确,其次是优美。
4、无法证明你的程序没有错误。因此,在新编写完一段程序后,应该测试通过后再继续编码。
5、改正一个错误的同时,可能会引起新的错误。因此,在修改bug前,首先考虑对其他程序的影响。修改后,应该对程序进行完整的测试,而不是只对修改部分进行测试。
6、避免使用很多个参数的函数。
7、函数应该只有一个出口。
8、循环应该只有一个出口,避免多个出口。
9、尽量避免使用全局变量。
10、在尽可能小的作用域内定义和使用变量。
11、使用括号,表达复杂表达式中的操作符的优先顺序。
12、循环、分支不要超过五个层次。
13、循环、分支等语句后,即使只有一行代码时,也要使用{}将其括起来。
14、禁止else goto和else return。
15、重复使用的、完成相对独立功能的算法、代码,应该抽象为公共模块。
四、消火栓命名规范?
1、区域代码—以区域中文名称前2个汉字的大写首字母表示,如车间用CJ、加工厂用JG表示。
2、同类区域编号—用1、2、3、4等表示,没有用1表示,如成品1号库用CP-1、车间3楼用CJ-3表示;车间1楼用CJ-1表示。
3、灭火剂类型—干粉用F、二氧化碳用T。
4、序号——用3位数字表示。
五、头条命名规范?
1.名称不得涉嫌冒充他人;
2.名称不得含有色情低俗倾向;
3.名称不得含有明星的营销推广目的;
4.名称不得涉及国家领导人或有时政、敏感倾向(国家机构、新闻媒体除外);
5.名称不得使用第三方品牌名称,包括但不限于节目名称、知名影视作品/人物等;
6.名称不得使用易被误解为时事新闻媒体、国家机构等群体的文案;
六、冷库命名规范?
GB/T 30134-2013 冷库管理规范
本标准规定了冷库制冷、电气、给排水系统,库房建筑及相应的设备设施运行管理、维护保养要求和食品贮存管理要求。
本标准适用于贮存肉、禽、蛋、水产及果蔬类的食品冷库,贮存其他货物的冷库可参照执行。
七、图表命名规范
你好,1. 图表名称应该简明扼要,能够准确地表达图表的主题和内容。
2. 图表名称应该使用简洁的语言,避免使用难懂的专业术语和缩写。
3. 图表名称应该置于图表的上部或者下部,方便读者快速找到。
4. 图表名称应该使用大写字母,避免使用全部小写或者全部大写。
5. 图表名称应该使用黑色字体,避免使用彩色字体或者花哨的字体。
6. 图表名称应该与图表的内容一致,避免使用与内容不相关的名称。
7. 图表名称应该遵循公司或者行业的命名规范,避免使用个人喜好或者主观想法。
八、kafkagroup命名规范?
kafka的group可以按照订阅方使用来命名,比如:
User.AddressChange 表示定义User信息用于地址修改,也可以在前后扩展其他有意义的内容那个,分隔符可以是点或下划线。
九、接口命名规范?
1.[强制] 代码中的命名均不能以下划线或美元符号开始,也不能以下划线或美元符号结束.
2.[强制] 代码中的命名严禁使用拼音与英文混合的方式,更不允许直接使用中文的方式.
3.[强制] 类名使用UpperCamelCase风格,必须遵守驼峰命名的形式.
4.[强制] 方法名、参数名、成员变量、局部变量同意使用lowerCamelCase风格,必须遵守驼峰命名的形式.
5.[强制] 常量命名全部大写,单子间使用下划线隔开,力求语义表达完整.
6.[强制] 抽象类命名使用Abstract或Base开头;异常类名使用Exception结尾;测试类命名以被测试的类名开头以Test结尾.
7.[强制] POJO类中不二类型的变量,都不要加is,否则部分框架解析会引起序列化错误.
8.[强制] 包名统一使用小写,点分隔符之间仅有一个自然语义的英文单词.包名统一使用单数形式,但是类名如果有复数含义可以使用复数形式.
9.[强制] 杜绝完全不规范的缩写,避免望文不知意.
10.[推荐] 模块、接口、类、方法使用了设计模式,在命名时体现出具体模式。将设计模式体现在名字中,有利于阅读者快速理解架构设计理念.
11.[推荐] 接口类中的方法和属性不要加任何修饰符号,保持代码的简洁性,并加上有效的javadoc注释.尽量不要在接口里定义变量,如果一定要
定义变量肯定是与接口方法相关,并且是整个应用的基础常量.
12.[推荐] 接口和实现类的命名有两套规则:
1).[强制] 对于Service和DAO类,基于SOA的理念,暴露出来的服务一定是接口,内部的实现类用Impl的后缀与接口区别.
2).[推荐] 如果是形容能力的接口名称,去对应的形容词做接口名(通常是-able的形式)
13.[参考] 枚举类名建议带上Enum后缀,枚举成员名称需要全大写,单词间用下划线隔开.枚举其实是特殊的常量类,且构造方法被默认强制私有.
14.各层命名规范:
A)Service/DAO层方法名规约
1). 获取单个对象的方法用get做前缀
2). 获取多个对象的方法用list做前缀
3). 获取统计值得方法用count做前缀
4). 插入的方法用 save/insert做前缀
5). 删除的方法用remove/delete做前缀
6). 修改的方法用update做前缀
B)领域模型命名规范
1). 数据对象: xxxDO, xxx为数据库表名
2). 数据传输对象: xxxDTO, xxx为业务领域相关的名称
3). 展示对象: xxxVO, xxx一般为网页名称
4). POJO是DO/DTO/BO/VO的统称,精致命名成xxxPOJO
十、div带id的css怎么写?
回答如下:可以这样写:
#id名 {
属性: 值;
属性: 值;
...
}
其中,#id名表示该样式适用于具有该id的元素,属性和值则根据需要进行填写。例如:
#mydiv {
background-color: #eee;
font-size: 16px;
...
}
这样就会将具有id="mydiv"的div元素的背景色设置为灰色,字体大小设置为16像素,以及其他相应的样式。
- 相关评论
- 我要评论
-