精华内容
下载资源
问答
  • SaaS行业命名规范
    千次阅读
    2018-08-08 20:34:40

        很多企业在启动软件开发的时候,完成没有命名规范,导致代码的可读性极差。而业界对于命名,却没有一个统一的命名规范,比如说,获取客户列表,Java类的方法是用get***List还是list****?这些完全的统一的规范 。

        这里给出SaaS行业额命名规范,参考了阿里编码规范,加上我十几年来对业务的理解而写成的,可以作为一个开发人员形成一个统一的规范,建议一个项目在启动之前,采用该规范。

        该规范并不是行业规范,是基于作者我十年内的经验写成的,可以说具备非常高的可信度,如果开发人员没有这个方面的命名规范,建议采纳。

    1. JAVA类主要后缀命名规范

    类型

    后缀

    例子

    说明

    DAO类

    更多相关内容
  • 比较统一的是按美国电子工业协会(EIA)的半导体分立器件型号命名方法规定命名的产品。这些半导体器件的命名方法由五部分组成,第一部分为前缀,第五部分为后缀,中间三部分为型号的基本部分。这五部分的符号及含义见...
  • 日本晶体管型号的命名方法 日本晶体管的命名由五个部分组成:  第一部分表示器件的电极数目。  第二部分表示JEIA的注册标志。  第三部分表示管子的类型和材料极性。  第四部分表示JElA的登记号。  第五...
  • 变量命名的三种方法

    千次阅读 2017-04-10 16:24:22
    一、匈牙利命名法【Hungarian】:  广泛应用于象Microsoft Windows这样的环境中。... Windows 编程中用到的变量(还包括宏)的命名规则匈牙利命名法,这种命名技术是由一位能干的 Microsoft 程序员查尔斯·西

    转载地址:http://blog.csdn.net/arthur_d/article/details/8263294


    一、匈牙利命名法【Hungarian】:

          广泛应用于象Microsoft Windows这样的环境中。

          Windows 编程中用到的变量(还包括宏)的命名规则匈牙利命名法,这种命名技术是由一位能干的 Microsoft 程序员查尔斯·西蒙尼(Charles Simonyi) 提出的。

    匈牙利命名法通过在变量名前面加上相应的小写字母的符号标识作为前缀,标识出变量的作用域,类型等。这些符号可以多个同时使用,顺序是先m_(成员变量),再指针,再简单数据类型,再其他。例如:m_lpszStr, 表示指向一个以0字符结尾的字符串的长指针成员变量。

        匈牙利命名法关键是:标识符的名字以一个或者多个小写字母开头作为前缀;前缀之后的是首字母大写的一个单词或多个单词组合,该单词要指明变量的用途。

    匈牙利命名法中常用的小写字母的前缀:

    前缀类型
    a               数组 (Array)
    b               布尔值 (Boolean)
    by             字节 (Byte)
    c              有符号字符 (Char)
    cb            无符号字符 (Char Byte,没有多少人用)
    cr             颜色参考值 (ColorRef)
    cx,cy         坐标差(长度 ShortInt)
    dw           Double Word
    fn              函数
    h                Handle(句柄)
    i                整型
    l              长整型 (Long Int)
    lp             Long Pointer
    m_          类的成员
    n            短整型 (Short Int)
    np          Near Pointer
    p            Pointer
    s           字符串型
    sz         以null做结尾的字符串型 (String with Zero End)
    w        Word


    二、骆驼命名法【camelCase】:

            骆驼式命令法,正如它的名称所表示的那样,是指混合使用大小写字母来构成变量和函数的名字。例如,下面是分别用骆驼式命名法和下划线法命名的同一个函数:

       printEmployeePaychecks();

        print_employee_paychecks();

         第一个函数名使用了骆驼式命名法——函数名中的每一个逻辑断点都有一个大写字母来标记;第二个函数名使用了下划线法----函数名中的每一个逻辑断点都有一个下划线来标记。

        骆驼式命名法近年来越来越流行了,在许多新的函数库和Microsoft
    Windows这样的环境中,它使用得当相多。另一方面,下划线法是c出现后开始流行起来的,在许多旧的程序和UNIX这样的环境中,它的使用非常普遍。


    三、帕斯卡命名法【PascalCase】:

           与骆驼命名法类似。只不过骆驼命名法是首字母小写,而帕斯卡命名法是首字母大写

           如:public void
                  DisplayInfo();
                  string UserName;
                  二者都是采用了帕斯卡命名法.

    【在C#中,以帕斯卡命名法和骆驼命名法居多。
    在C#中,简单的变量一般用camelCase规则,而比较高级的命名使用PascalCase。
    如.net Framework的公共字段及公共属性。】

    简单说

    MyData是一個帕斯卡命名的示例。
    myData是一個骆驼命名法。
    iMyData是一個匈牙利命名法,小些说明了变量的类型或者用途。

    (以上转自http://hi.baidu.com/murphy1314/blog/item/7e9283ef55ff8f32adafd55e.html

    =====================================================================

    camelCase

    今天才看到这个有趣的称谓。程序里变量名称的拼写很多人有不同的习惯。基本上语言本身就有一个风格。比如 StringLength,string_length,stringLength。最后一种就叫 camel-case。第一个词小写,后续的词的首字母大写。造成一种效果,就跟骆驼的驼峰一样,中间高,两边低,有单峰骆驼,双峰骆驼,多峰骆驼(这个好像比较少见)。微软的命名风格是第一种。但匈牙利命名法里把变量类型作为前缀(小写)的写法又刚好和camel-case巧合起来。


    据说这种写法起源很早,但产生影响力的系统可能是Smalltalk,Java等。


    以前这种写法还只限于程序领域,但是现在它的影响力慢慢渗透出来,好多产品的名称都变成这个风格了,iMac, xServe, iTunes,硬件软件都以取这样的名称为时尚。

    展开全文
  • 介绍了有关元器件的命名方法以及规则,能够让大家看着名字就了解产品的相关信息
  • C#命名规范及规则

    千次阅读 2020-08-22 15:51:41
    C#学习记录 C#的语言规范 1 规范目的 ………………...3.3 方法注释规范… 4 3.4 代码行注释规范… 6 3.5 变量注释规范… 7 4 命名规则 ……………………………………………………… 8 4.1 命名的基本约定… 8 4.2

    C#学习记录

    • C#的语言规范

    1 规范目的 ……………………………………………………… 3

    2 适用范围 ……………………………………………………… 3

    3 代码注释 ……………………………………………………… 3

    3.1 代码注释约定… 3

    3.2 模块头部注释规范… 3

    3.3 方法注释规范… 4

    3.4 代码行注释规范… 6

    3.5 变量注释规范… 7

    4 命名规则 ……………………………………………………… 8

    4.1 命名的基本约定… 8

    4.2 各种标示符类型的基本约定… 9

    4.3 组件名称缩写列表… 10

    5 其它规范 ……………………………………………………… 11

    5.1 编程风格… 11

    5.2 资源释放… 13

    5.3 错误处理… 13

    5.4 其它… 14

    1 规范目的

    一个软件的生命周期中,80%的花费在于维护;
    几乎没有任何一个软件,在其整个生命周期中,均由最初的开发人员来维护;
    编码规范可以改善软件的可读性,可以让程序员尽快而彻底地理解新的代码。为了执行规范,每个软件开发人员必须一致遵守编码规范;
    使用统一编码规范的主要原因,是使应用程序的结构和编码风格标准化,以便于阅读和理解这段代码;
    好的编码约定可使源代码严谨、可读性强且意义清楚,与其它语言约定相一致,并且尽可能的直观。
    

    2 适用范围

    本规范主要以C#为开发语言的规范,为鲍亮实验室的原则性规范;
    由于本规范是为撰写程序而设计,所以适用于一切有关程序撰写的工作事项。对于具体的每个项目,可能需要对之进行裁剪和补存。
    适用人员:软件工程专业的学生;
    适用产品:以C#编写的程序。
    

    3 代码注释

    3.1 代码注释约定

    所有的方法和函数都应该以描述这段代码的功能的一段简明注释开始(方法是干什么)。这种描述不应该包括执行过程细节(它是怎么做的),因为这常常是随时间而变的,而且这种描述会导致不必要的注释维护工作,甚至更糟—成为错误的注释。代码本身和必要的嵌入注释将描述实现方法。
    当参数的功能不明显且当过程希望参数在一个特定的范围内时,也应描述传递给过程的参数。被过程改变的函数返回值和全局变量,特别是通过引用参数的那些,也必须在每个过程的起始处描述它们。
    

    3.2 模块头部注释规范

    以一个物理文件为单元的都需要有模块头部注释规范,例如:C#中的.cs文件

    用于每个模块开头的说明,主要包括:(粗体字为必需部分,其余为可选部分)

    文件名称(File Name): 此文件的名称
    功能描述(Description):   此模块的功能描述与大概流程说明
    数据表(Tables):             所用到的数据表,视图,存储过程的说明,如关系比较复杂,则应说明哪些是可擦写的,哪些表为只读的。
    作者(Author):
    日期(Create Date):
    参考文档(Reference)(可选):          该档所对应的分析文档,设计文檔。
    引用(Using) (可选)﹕           开发的系统中引用其它系统的Dll、对象时,要列出其对应的出处,是否与系统有关﹙不清楚的可以不写﹚,以方便制作安装档。
    修改记录(Revision History):若档案的所有者改变,则需要有修改人员的名字、修改日期及修改理由。
    分割符:*************************** (前后都要)
    

    示例如下:
    在这里插入图片描述

    3.3 方法注释规范

    1> C# 提供一种机制,使程序员可以使用含有XML 文本的特殊注释语法为他们的代码编写文档。在源代码文件中,具有某种格式的注释可用于指导某个工具根     据这些注释和它们后面的源代码元素生成XML。具体应用当中,类、接口、属性、方法必须有节,另外方法如果有参数及返回值,则必须有       及节。示例如下:

    ///

    /// …

    ///

    ///

    ///

    2> 事件不需要头注解,但包含复杂处理时(如:循环/数据库操作/复杂逻辑等),应分割成单一处理函数,事件再调用函数。

    3> 所有的方法必须在其定义前增加方法注释。

    4> 方法注释采用 /// 形式自动产生XML标签格式的注释。

    标记

    说明

    备注

    提供了一种将说明中的文本标记为代码的方法

    提供了一种将多行指示为代码的方法

    可以指定使用方法或其他库成员的示例。一般情况下,这将涉及到 标记的使用。

    对可从当前编译环境中获取的异常的引用。

    得以引用描述源代码中类型和成员的另一文件中的注释。

    用于定义表或定义列表中的标题行。

    用于诸如、 或 等标记内,使您得以将结构添加到文本中。

    应当用于方法声明的注释中,以描述方法的一个参数。

    提供了一种指示词为参数的方法。

    得以将成员的访问记入文档。

    用于添加有关某个类型的信息,从而补充由 所指定的信息。

    应当用于方法声明的注释,以描述返回值。

    得以从文本内指定链接。

    对可以通过当前编译环境进行调用的成员或字段的引用。

    应当用于描述类型或类型成员。

    得以描述属性。

    示例图如下:

    5> 在公用类库中的公用方法需要在一般方法的注释后添加作者、日期及修改记录信息,统一采用XML标签的格式加注,标签如下:

    作者

    建立日期

    修改记录

    修改作者

    修改日期

    修改理由

    修改作者

    修改日期

    修改理由

    修改作者

    修改日期

    修改理由

    最后修改日期

    6> 一个代码文件如果是由一人编写,则此代码文件中的方法无需作者信息,非代码文件作者在此文件中添加方法时必须要添加作者、日期等注释。

    7> 修改任何方法,必须要添加修改记录的注释。

    3.4 代码行注释规范

    1> 如果处理某一个功能需要很多行代码实现,并且有很多逻辑结构块,类似此种代码应该在代码开始前添加注释,说明此块代码的处理思路及注意事项等

    2> 注释从新行增加,与代码开始处左对齐

    3> 双斜线与注释之间以空格分开,示例图如下所示:

    3.5 变量注释规范

    1> 定义变量时需添加变量注释,用以说明变量的用途。

    2> Class级变量应以采用 /// 形式自动产生XML标签格式的注释,示例图如下所示:

    3> 方法级的变量注释可以放在变量声明语句的后面,与前后行变量声明的注释左对齐,注释与代码间以Tab隔开。

    4 命名规则

    4.1 命名的基本约定

    1> 要使用可以准确说明变量/字段/类的完整的英文描述符,如firstName。对一些作用显而易见的变量可以采用简单的命名,如在循环里的递增(减)变量就可以     被命名为 “i”。

    2> 要尽量采用项目所涉及领域的术语。

    3> 要采用大小写混合,提高名字的可读性。为区分一个标识符中的多个单词,把标识符中的每个单词的首字母大写。不采用下划线作分隔字符的写法。

    有两种适合的书写方法,适应于不同类型的标识符:

    PasalCasing:标识符的第一个单词的字母大写;

    camelCasing:标识符的第一个单词的字母小写。

    4> 下表描述了不同类型标识符的大小写规则:

    标识符

    大小写

    示例

    命名空间

    Pascal

    namespace Com.Techstar.ProductionCenter

    类型

    Pascal

    public class DevsList

    接口

    Pascal

    public interface ITableModel

    方法

    Pascal

    public void UpdateData()

    属性

    Pascal

    Public int Length{…}

    事件

    Pascal

    public event EventHandler Changed;

    私有字段

    Camel

    private string fieldName;

    非私有字段

    Pascal

    public string FieldName;

    枚举值

    Pascal

    FileMode{Append}

    参数

    Camel

    public void UpdateData(string fieldName)

    局部变量

    Camel

    string fieldName;

    5> 避免使用缩写,如果一定要使用,就谨慎使用。同时,应该保留一个标准缩写的列表,并且在使用时保持一致。

    6> 对常见缩略词,两个字母的缩写要采用统一大小写的方式(示例:ioStream, getIOStream);多字母缩写采用首字母大写,其他字母小写的方式(示例:     getHtmlTag);

    7> 避免使用长名字(最好不超过 15 个字母)。

    8> 避免使用相似或者仅在大小写上有区别的名字。

    4.2 各种标示符类型的命名约定

    1> 程序集命名

    实验室名称(Lab)+ 项目名称 + 模块名称(可选),例如:

    中心服务器程序集:Lab.SeverCenter;

    中心服务器业务逻辑程序集:Lab.SeverCenter.Business;

    2> 命名空间命名

    采用和程序集命名相同的方式:实验室名称(Lab)+ 项目名称 + 模块名称。 另外,一般情况下建议命名空间和目录结构相同。例如:

    中心服务器:Lab.SeverCenter;

    中心服务器下的用户控件:Lab.SeverCenter.UserControl;

    中心服务器业务逻辑:Lab.SeverCenter.Business;

    中心服务器数据访问:Lab.SeverCenter.Data;

    3> 程序集和DLL

    l 大多数情况下,程序集包含全部或部分可重用库,且它包含在单个动态链接库(DLL) 中。

    l 一个程序集可拆分到多个DLL 中,但这非常少见,在此准则中也没有说明。

    l 程序集和DLL 是库的物理组织,而命名空间是逻辑组织,其构成应与程序集的组织无关。

    l 命名空间可以且经常跨越多个程序集。可以考虑如下模式命名DLL:

          <Company>.<Component>.dll
    

    例:Lab.SeverCenter.dll

    4> 类和接口命名

    l 类的名字要用名词;

    l 避免使用单词的缩写,除非它的缩写已经广为人知,如HTTP。

    l 接口的名字要以字母I开头。保证对接口的标准实现名字只相差一个“I”前缀,例如对IComponent接口的标准实现为Component;

    l 泛型类型参数的命名:命名要为T或者以T开头的描述性名字,例如:

    public class List

    public class MyClass

    l 对同一项目的不同命名空间中的类,命名避免重复。避免引用时的冲突和混淆;

    5> 方法命名

    l 第一个单词一般是动词;

    l 如果方法返回一个成员变量的值,方法名一般为Get+成员变量名,如若返回的值 是bool变量,一般以Is作为前缀。另外,如果必要,考虑用属性来替代方法;

    l 如果方法修改一个成员变量的值,方法名一般为:Set + 成员变量名。同上,考虑 用属性来替代方法。

    6> 变量命名

    l 按照使用范围来分,我们代码中的变量的基本上有以下几种类型,类的公有变量;类的私有变量(受保护同公有);方法的参数变量;方法内部使用的局部变量。    这些变量的命名规则基本相同,见标识符大小写对照表。区别如下:

    a) 类的公有变量按通常的方式命名,无特殊要求;

    b) 类的私有变量采用两种方式均可:采用加“m”前缀,例如mWorkerName;

    c) 方法的参数变量采用camalString,例如workerName;

    l 方法内部的局部变量采用camalString,例如workerName。

    l 不要用_或&作为第一个字母;

    l 尽量要使用短而且具有意义的单词;

    l 单字符的变量名一般只用于生命期非常短暂的变量:i,j,k,m,n一般用于integer;c,d,e 一般用于characters;s用于string

    l 如果变量是集合,则变量名要用复数。例如表格的行数,命名应为:RowsCount;

    l 命名组件要采用匈牙利命名法,所有前缀均应遵循同一个组件名称缩写列表

    4.3 组件名称缩写列表

    缩写的基本原则是取组件类名各单词的第一个字母,如果只有一个单词,则去掉其中的元音,留下辅音。缩写全部为小写。

    组件类型

    缩写

    例子

    Label

    Lbl

    lblNote

    TextBox

    Txt

    txtName

    Button

    Btn

    btnOK

    ImageButton

    Ib

    ibOK

    LinkButton

    Lb

    lbJump

    HyperLink

    Hl

    hlJump

    DropDownList

    Ddl

    ddlList

    CheckBox

    Cb

    cbChoice

    CheckBoxList

    Cbl

    cblGroup

    RadioButton

    Rb

    rbChoice

    RadioButtonList

    Rbl

    rblGroup

    Image

    Img

    imgBeauty

    Panel

    Pnl

    pnlTree

    TreeView

    Tv

    tvUnit

    WebComTable

    Wct

    wctBasic

    ImageDateTimeInput

    Dti

    dtiStart

    ComboBox

    Cb

    cbList

    MyImageButton

    Mib

    mibOK

    WebComm.TreeView

    Tv

    tvUnit

    PageBar

    Pb

    pbMaster

    5 其它规范

    5.1 编程风格

    1> 变量声明:

    为了保持更好的阅读习惯,请不要把多个变量声明写在一行中,即一行只声明一个变量。

    例如:

    String strTest1, strTest2;

    应写成:

    String strTest1;

    String strTest2;

    2> 代码缩进:

    l 一致的代码缩进风格,有利于代码的结构层次的表达,使代码更容易阅读和传阅;

    l 代码缩进使用Tab键实现,最好不要使用空格,为保证在不同机器上使代码缩进保持一致,特此规定C#的Tab键宽度为4个字符,设定界面如下(工具–选项):

    l 避免方法中有超过5个参数的情况,一般以2,3个为宜。如果超过了,则应使用struct来传递多个参数。

    l 为了更容易阅读,代码行请不要太长,最好的宽度是屏幕宽度(根据不同的显示分辩率其可见宽度也不同)。请不要超过您正在使用的屏幕宽度。(每行代码不要    超过80个字符。)

    l 程序中不应使用goto语句。

    l 在switch语句中总是要default子句来显示信息。

    l 方法参数多于8个时采用结构体或类方式传递

    l 操作符/运算符左右空一个半角空格

    l 所有块的{}号分别放置一行,并嵌套对齐,不要放在同一行上

    3> 空白:

    l 空行将逻辑相关的代码段分隔开,以提高可读性。

    l 下列情况应该总是使用两个空行:

    a) 一个源文件的两个片段(section)之间。

    b) 类声明和接口声明之间。

    l 下列情况应该总是使用一个空行:

    a) 两个方法之间。

    b) 方法内的局部变量和方法的第一条语句之间。

    c) 块注释(参见"5.1.1")或单行注释(参见"5.1.2")之前。

    d) 一个方法内的两个逻辑段之间,用以提高可读性。

    l 下列情况应该总是使用空格:

    a) 空白应该位于参数列表中逗号的后面,如:

    void UpdateData(int a, int b)

    b) 所有的二元运算符,除了".",应该使用空格将之与操作数分开。一元操作符和操作数之间不因该加空格,比如:负号("-")、自增("++")和自减("–")。例       如:

    a += c + d;

    d++;

    c) for 语句中的表达式应该被空格分开,例如:

    for (expr1; expr2; expr3)

    d) 强制转型后应该跟一个空格,例如:

    char c;

    int a = 1;

    c = (char) a;

    5.2 资源释放

    所有外部资源都必须显式释放。例如:数据库连接对象、IO对象等。

    5.3 错误处理

    1> 不要“捕捉了异常却什么也不做“。如果隐藏了一个异常,你将永远不知道异常到底发生了没有。

    2> 发生异常时,给出友好的消息给用户,但要精确记录错误的所有可能细节,包括发生的时间,和相关方法,类名等。

    3> 只捕捉特定的异常,而不是一般的异常。

    正确做法:

    错误做法:

    5.4 其它

    1> 一个方法只完成一个任务。不要把多个任务组合到一个方法中,即使那些任务非常小。

    2> 使用C#的特有类型,而不是System命名空间中定义的别名类型。

    3> 别在程序中使用固定数值,用常量代替。

    4> 避免使用很多成员变量。声明局部变量,并传递给方法。不要在方法间共享成员变量。如果在几个方法间共享一个成员变量,那就很难知道是哪个方法在什么     时候修改了它的值。

    5> 别把成员变量声明为 public 或 protected。都声明为 private 而使用 public/protected 的属性

    6> 不在代码中使用具体的路径和驱动器名。 使用相对路径,并使路径可编程。

    7> 应用程序启动时作些“自检”并确保所需文件和附件在指定的位置。必要时检查数据库连接。出现任何问题给用户一个友好的提示。

    8> 如果需要的配置文件找不到,应用程序需能自己创建使用默认值的一份。

    9> 如果在配置文件中发现错误值,应用程序要抛出错误,给出提示消息告诉用户正确值。

    10> DataColumn取其列时要用字段名,不要用索引号。
        例: 正确DataColumn[“Name”]
         不好 DataColumn[0]

    11> 在一个类中,字段定义全部统一放在class的头部、所有方法或属性的前面。

    12> 在一个类中,所有的属性全部定义在一个属性块中:

    展开全文
  • html命名规则

    千次阅读 2021-06-11 10:00:44
    一、命名规则说明: - TOP1)、所有的命名最好都小写2)、属性的值一定要用双引号("")括起来,且一定要值如class="divcss5",id="divcss5"3)、每个标签都要开始和结束,且要正确的层次,排版规律工整4)、空元素...

    一、命名规则说明: - TOP

    1)、所有的命名最好都小写

    2)、属性的值一定要用双引号("")括起来,且一定要有值如class="divcss5",id="divcss5"

    3)、每个标签都要有开始和结束,且要有正确的层次,排版有规律工整

    4)、空元素要有结束的tag或于开始的tag后加上"/"

    5)、表现与结构完全分离,代码中不涉及任何的表现元素,如style、font、bgColor、border等

    6)、

    的定义,应遵循从大到小的原则,体现文档的结构,并有利于搜索引擎的查询。

    7)、给每一个表格和表单加上一个唯一的、结构标记id

    8)、给图片加上alt标签

    9)、尽量使用英文命名原则

    10)、尽量不缩写,除非一看就明白的单词

    二、相对网页外层重要部分CSS样式命名: - TOP

    外套 wrap ------------------用于最外层

    头部 header ----------------用于头部

    主要内容 main ------------用于主体内容(中部)

    左侧 main-left -------------左侧布局

    右侧 main-right -----------右侧布局

    导航条 nav -----------------网页菜单导航条

    内容 content ---------------用于网页中部主体

    底部 footer -----------------用于底部

    三、DIV+CSS命名参考表: - TOP

    以下为CSS样式命名与CSS文件命名参考表,DIV CSS命名集合:

    1. CSS样式命名说明(网页公共命名)

    ID

    wrapper 页面外围控制整体布局宽度

    container或#content 容器,用于最外层

    layout 布局

    head, #header 页头部分

    foot, #footer 页脚部分

    nav 主导航

    subnav 二级导航

    menu 菜单

    submenu 子菜单

    sideBar 侧栏

    sidebar_a, #sidebar_b 左边栏或右边栏

    main 页面主体

    tag 标签

    msg #message 提示信息

    tips 小技巧

    vote 投票

    friendlink 友情连接

    title 标题

    summary 摘要

    loginbar 登录条

    searchInput 搜索输入框

    hot 热门热点

    search 搜索

    search_output 搜索输出和搜索结果相似

    searchBar 搜索条

    search_results 搜索结果

    copyright 版权信息

    branding 商标

    logo 网站LOGO标志

    siteinfo 网站信息

    siteinfoLegal 法律声明

    siteinfoCredits 信誉

    joinus 加入我们

    partner 合作伙伴

    service 服务

    regsiter 注册

    arr/arrow 箭头

    guild 指南

    sitemap 网站地图

    list 列表

    homepage 首页

    subpage 二级页面子页面

    tool, #toolbar 工具条

    drop 下拉

    dorpmenu 下拉菜单

    status 状态

    scroll 滚动

    Class

    .tab 标签页

    .left .right .center 居左、中、右

    .news 新闻

    .download 下载

    .banner 广告条(顶部广告条)

    电子贸易相关

    .products 产品

    .products_prices 产品价格

    .products_description 产品描述

    .products_review 产品评论

    .editor_review 编辑评论

    .news_release 最新产品

    .publisher 生产商

    .screenshot 缩略图

    .faqs 常见问题

    .keyword 关键词

    .blog 博客

    .forum 论坛

    2.CSS文件命名说明

    master.css,style.css 主要的

    module.css 模块

    base.css 基本共用

    layout.css 布局,版面

    themes.css 主题

    columns.css 专栏

    font.css 文字、字体

    forms.css 表单

    mend.css 补丁

    print.css 打印

    展开全文
  • 现在很多语言,但是在编程时良好的命名习惯,代码易读,而且对代码调试和维护都巨大好处。一般程序员不使用诸如ThisVariableIsATemporaryCounter这样“聪明”的名字。程序员常用tmp,这写起来更简单,也不会更...
  • H3C全系列网络产品命名规则介绍

    千次阅读 2015-10-11 14:22:05
    ER路由器 ER是“教育网路由器”的意思。 ER系列路由命名规则: 第一位数字:3系列是百兆接口,5系列是千兆接口。 第二位数字:1代表单WAN...WLAN无线设备 安全产品一、命名规则规则:H3C 产品二级品牌 A1A2A3 ...
  • C语言命名规则

    千次阅读 2017-05-25 14:26:00
    C语言的一些命名规则,可适当参考
  • 命名实体识别(NER)】(1):命名实体识别综述

    万次阅读 多人点赞 2019-03-23 09:41:44
    命名实体识别综述 什么是命名实体识别? 命名实体识别(Named Entity Recognition,简称NER),又称作**“专名识别”,是自然语言处理中的一项基础任务,应用范围非常广泛。命名实体一般指的是文本中具有特定意义...
  • 2 命名实体识别不同方法 PART1 实体识别方法 基于规则的方法 基于majarity voting 基于非时序模型分类 基于时序模型分类 总体来讲,前两种方法只是作为基准,一般不会作为生产环境下的方法,最常用的方法莫...
  • 计算机编程中主要四种命名法则匈牙利命名法、下划线命名法、帕斯卡命名法和骆驼命名法。 一、匈牙利命名法 据说这种命名法是一位叫 Charles Simonyi 的匈牙利程序员发明的,后来他在微软呆了几年,于是这种命名...
  • 无监督学习-机器学习-深度学习)5.1 基于规则的NER5.2 基于无监督学习方法5.2 基于机器学习(含特征的监督学习)基于深度学习方法**1、输入层****2、编码层**3、解码层6 其他实体识别任务中的常见问题及对策各类...
  • 命名实体识别(NER)综述

    万次阅读 多人点赞 2021-07-12 21:42:32
    然后介绍了命名实体识别研究的发展进程,从最初的规则和字典方法到传统的统计学习方法再到现在的深度学习方法,不断地将新技术应用到命名实体识别研究中以提高性能; 最后针对评判命名实体识别模型的好坏,总结了...
  • 为什么会这种情况呢?问题就在于,很多经验不够的工程师,没有把器件型号写完整。下面举例来说明,完整的器件型号是怎么样的。完整的器件型号,一般都是包括主体型号、前缀、后缀等组成。一般工程师只关心前缀和...
  • 各国晶体三极管型号命名方法

    千次阅读 2017-07-07 09:22:45
    1、中国半导体器件型号命名方法 半导体器件型号由五部分(场效应器件、半导体特殊器件、复合管、PIN型管、激光器件的型号命名只有第三、四、五部分)组成。五个部分意义如下: 第一部分:用数字表示半导体器件有效...
  • 目前,业界共有四种命名法则:驼峰命名法、匈牙利命名法、帕斯卡命名法和下划线命名法,其中前三种是较为流行的命名法。 驼峰命令法(Camel):  也称骆驼式命名法正如它的名称所表示的那样,是指混合使用大小写...
  • 文章目录驼峰命令法(Camel)匈牙利命名法(Hungarian)帕斯卡(Pascal)命名命名的基本原则变量名的命名规则函数的命名规范函数参数命名规范 三种流行的命名法则 目前,业界共有四种命名法则:驼峰命名法、匈牙利命名...
  • 华为各类型设备和命名规则汇总

    千次阅读 2020-08-20 09:39:03
  • 华为命名规则

    千次阅读 2019-01-09 14:44:55
  • 命名实体识别(NER)实战demo-LSTM+CRF

    千次阅读 2021-11-28 18:53:41
    命名实体识别(NER)实战demo:简介、项目资源、项目文件、代码运行过程的问题及解决方法
  • Android apk打包命名规则

    千次阅读 2018-11-12 14:21:56
    摘要:前言在日常的开发过程中,许多刚入行的开发者在apk打包命名、应用迭代版本的档案留存管理上都比较混乱——产生这些问题的原因无外乎以下两种:一是之前没有相关的操作经验、头尾不能兼顾;一是公司没有制定对应的...
  • MFC中变量的命名方法

    千次阅读 2015-07-22 16:36:18
    MFC命名规则 匈牙利命名法关键是: 标识符的名字以一个或者多个小写字母开头作为前缀; 前缀之后的是首字母大写的一个单词或多个单词组合,该单词要指明变量的用途。 前缀 类型 ...
  • Intel/Altera系列FPGA芯片命名标准

    千次阅读 2020-04-05 15:27:22
    Intel/Altera系列FPGA芯片命名标准1. Intel Agilex (F and I) Series2. Intel Stratix 10 (GX, SX, TX) Devices3. Intel Stratix 10 (MX) Devices4. Intel Stratix 10 (DX) Devices5. Intel Arria 10 (GX, SX, GT) ...
  • web前端常用命名

    2020-12-07 11:43:06
    前端常用命名方法: 连写式命名法:如topnav 中线命名法:如top-nav(此方法目前使用较多,建议使用该方法) 下划线命名法:如top_nav 驼峰命名法:如topNav 帕斯卡命名法:如TopNav 前端常用网页结构命名: 前端...
  • 几种常见的程序命名规则

    千次阅读 2020-06-10 11:30:55
    正确并形象地给函数、变量命名,不仅可以增加程序的可读性,也是程序员编程风格的一种反映。较好的命名习惯,可以有效的提高程序的可维护性。以下介绍几种常用的变量命名规则。 匈牙利命名法 广泛应用于Microsoft ...
  • python文件命名规则-Python命名规则

    千次阅读 2020-11-11 14:30:51
    Python SDK支持的云服务产品如下:统一身份认证 IAM镜像服务 IMS虚拟私 对于Python,FunctionGraph运行时支持Python 2.7版本、Python 3.6版本。函数明确的接口定义,如下所示。def handler (event, context)入口...
  • c语言变量名、函数名的命名规则

    万次阅读 多人点赞 2019-04-10 14:11:31
    (1)标识符的命名要清晰、明了,明确含义,同时使用完整的单词或大家基本可以理解的缩写,避免使人产生误解——尽量采用采用英文单词或全部中文全拼表示,若出现英文单词和中文混合定义时,使用连字符“_”将英文与...
  • class命名规范

    千次阅读 2016-06-13 09:03:30
    作者:饥人谷_韩宝亿 前端小知识点–class命名规范 今天在写页面的时候,发现class=”1212-sale”开头的样式无法调用,后来大群里同学说class样式不能以数字

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 151,729
精华内容 60,691
关键字:

产品命名的方法有哪些