房地产品牌命名规范

房地产品牌命名规范（共5篇）（共5篇）

1.房地产品牌命名规范 篇一

山东锋士自动化系统有限公司

C# 编码规范

指导规则和最佳实践 Version 1.0

董毅 2010/4/26

第一条 编码的风格和细节要求

编码风格

至少在单一文件中缩进和风格要保持一致，同一行中内容不要太长，最好不要大于10个单词。不要随意地或者以容易混淆作用域嵌套关系的方式放置括号，要尽量遵循每个文件中已经使用的体例。

命名约定和规范

1.不要使用晦涩的名称，起名要简单易懂

a.避免使用单字母做变量名，比如：i 或者 t。应使用index或者temp进行替代 b.不要缩写单词，比如用num代替number 2.使用全大写字母表示宏，常量，如：LIKE_THIS 3.类，函数和枚举的名称的单词首字母大写，如：LikeThis public class SomeClass {

const int DefaultSize = 100;public void SomeMethod(){ } } 4.变量的首字母小写，其他单词首字母大写，如：likeThis void MyMethod(int someNumber){ int number;} 5.接口的第一个字母用I开头

interface IMyInterface {...} 6.私有成员变量以m_开头，剩余内容遵从首字母大写的规范

public class SomeClass { private int m_Number;} 7.属性类以Attribute做后缀，异常类以Exception做后缀

8.命名方法以【动词】-【目标】组成，比如：ShowDialog（）

9.拥有返回值的方法应该以返回值描述其方法名，比如：GetObjectState（）10.总是使用C#的预定义类型，而不是System命名空间中的别名，比如：

object 而不是

Object string 而不是

String int

而不是

Int32 11.对于基类，类型描述采用大写字母。当处理.NET中的类型时才保留后缀Type //正确

public class LinkedList { } //避免

public class LikedList { }

12.使用有意义的名字空间，比如项目名称或者公司名称 13.避免使用类的全称，而是使用using语句进行引用 14.避免在命名空间内使用using语句

15.将所有framework命名空间吗放在一起，后面放自定义或第三方的命名空间名

using System;using System.Collections;using System.ComponentModel;using System.Data;using MyCompany;using MyControls;

16.采用委托推断，不要显式实例化委托

delegate void SomeDelegate();public void SomeMethod(){ } SomeDelegate someDelegate = SomeMethod;

17.缩进至少在同一文件中要保持统一风格，注释缩进和其注释的代码在同一层次 18.所有注释要经过认真检查，不要有不明语义或者错别字 19.所有成员变量应该定义在前面，和属性或方法间空开一行

public class MyClass { int m_Number;string m_Name;

public void SomeMethod1(){ } public void SomeMethod2(){ } }

20.局部变量的定义尽可能靠近它的初次使用 21.文件名应该体现其包含的类

22.当使用partial类型且每部分分配一个文件时，以类名+逻辑部分的方式来命名文件

//MyClass.cs public partial class MyClass { } //MyClass.Designer.cs public partial class MyClass { } 23.做大括号总是放在新行中

24.匿名方法模仿普通方法布局，但是大括号要和委托声明对其

delegate void SomeDelegate(string someString);//正确

void InvokeMethod(){ SomeDelegate someDelegate = delegate(string name){ MessageBox.Show(name);};someDelegate(“Juval”);} //错误

void InvokeMethod(){ SomeDelegate someDelegate = delegate(string name){ MessageBox.Show(name);};someDelegate(“Juval”);}

25.没有参数的匿名方法使用空括号，仅当匿名方法被用于任何委托时才可以省略括号

delegate void SomeDelegate();//正确

SomeDelegate someDelegate1 = delegate(){ MessageBox.Show(“Hello”);};//错误

SomeDelegate someDelegate1 = delegate { MessageBox.Show(“Hello”);};

26.在使用Lambda表达式时，模仿一般的方法规范。

delegate void SomeDelegate(string someString);

SomeDelegate someDelegate =(name)=> { Trace.WriteLine(name);MessageBox.Show(name);};

27.当内联Lambda表达式仅包含一个简单的语句时，应避免多语句或者返回语句出现在大括号中。可以简单使用小括号表达：

delegate void SomeDelegate(string someString);

void MyMethod(SomeDelegate someDelegate){ }

//正确

MyMethod(name=>MessageBox.Show(name));

//错误

MyMethod((name)=>{Trace.WriteLine(name);MessageBox.Show(name);});注释

编写有用的注释，不要在注释中重复写代码语义。应该编写的是解释方法和原理的说明性注释。

函数

不要在一个函数中包含太多内容，函数的功能要简单，短小，使人更容易理解，也有利于防错。

第二条 尽量在代码中不包含被警告的内容

高度重视警告：使用编译器的最高警告级别。构建尽量做到干净利落（没有警告）。理解所有的警告。通过修改代码而不是降低警告级别来排除警告。

即使程序一开始似乎能够正确运行，也还是要这样做。即使你能够肯定警告是良心的，仍然要这样做。因为良性警告的背后可能隐藏着未来指向真正危险的警告。

项目设置和项目结构

1． 总是以4级警告建立项目

2． 在发布版中将警告当作错误（注意这不是VS.NET的缺省设置）

3． 永远不要抑制特定的编译警告

4． 总是在应用程序的配置文件中显式地说明支持的运行时版本

5． 避免显式的自定义版本改向和绑定到CLR程序集

6． 不要在AssemblyInfo.cs中放任何逻辑。除了在AssemblyInfo.cs中，不要在任何文件中放程序集属性（应包括公司名称、描述、版权等）7． 所有程序集应该使用相对路径引用 8． 不允许在程序集中循环引用

9． 努力对同一逻辑应用程序中（通常是一个解决方案）的所有程序集和客户端使用统一的版本号

10．将Visual Studio.NET应用配置文件命名为App.config，并将其包括在项目中 11． 将Visual Studio.NET缺省的项目结构改为标准的布局，对项目文件夹和文件应用统一的结构 12． 一个发布版本应该包含Debug标记

第三方头文件

无法修改的库头文件可能包含引起警告的构造。如果这样，可以用自己的包含原头文件的版本将此文件包装起来，并有选择的为该作用域关闭警告，然后在整个项目的其他地方包含此包装文件。

代码中尽量不包含未使用的函数，变量

经确认确实不需要使用的函数，变量（不包括为未来使用而设的占位符），可以进行删除处理。

不要遗漏return语句

PS:例外情况

有时候编译器可能会发出一些确实无意义的警告。这些警告要经过团队确认后尽量在局部进行屏蔽，但要做出明确的注释，说明为什么必须禁用。

第三条 使用自动构建系统 第四条 使用版本控制系统

应确保每次提交的代码都可以构建成功。

第五条 定期进行代码审查

互相阅读彼此的代码不但可以尽快提高自己的编码水平，也可以相互借鉴更好的方法。

第六条 一个实体应该只有一个紧凑的职责

一次只解决一个问题：只给一个实体（变量、类、函数、名称空间、模块和库）赋予一个定义良好的职责。应该只选择目的单一的函数，小而且目的单一的类，和边界清晰的紧凑模块。

应该用较小的低层抽象构建更高层次的抽象，要避免将几个低层抽象集合成一个较大的低层次抽象聚合体。用几个简单的行为来实现一个复杂的行为，比反其道而行之更加容易。

第七条 正确，简单和清晰第一

软件简单为美：正确优于速度，简单优于复杂，清晰优于机巧，安全优于不安全。

要避免使用程序设计语言中的冷僻特性。应该使用最简单的有效技术。不要使用不必要的操作符重载

构造函数的参数，应该使用命名变量，而不要使用临时变量

这能够避免可能的声明二义性，还经常能使代码的意图更加清晰，从而更容易维护，而且也更安全。

第八条 编程中应该知道何时和如何考虑可伸缩性

当数据爆炸性增长时：不要进行不成熟的优化，如果能够证明优化必要而且非常重要，则应该集中精力改善算法的复杂性，而不是进行小型的优化，比如节省一个多余的加法运算。

为了避免未来可能遭遇到的数据处理容量上的瓶颈问题，应该预先做这些事情：

使用灵活的、动态分配的数据，不要使用固定大小的数组

那种“比现在所需要的最大数组还要大”的数组，在正确性和安全性方面都存在严重问题。只有在编译时大小固定不变的数组才是可接受的。

了解算法的实际复杂性

要留心那些不易发觉的陷阱，比如看似线性的算法实际上要调用其他线性操作，结果算法实际上是二次的。

优先使用线性算法或者尽可能快的算法 尽可能避免劣于线性复杂性的算法

如果面对的是一个O（NlogN）或者O（N²）算法，就必须花费精力寻找替代方案，只有代码才不至于在数据量显著增长的情况下陷入深度激增的性能深潭。例如：建议使用范围成员函数（通常是线性的）而不是反复调用单元素替代函数，后者会很容易在一个线性的操作要调用另一个线性操作时变成二次复杂性。永远不要使用指数复杂性的算法，除非真的别无选择

在决定接受指数算法之前，必须尽力寻找替代方案，因为对于指数算法来说，即使是数据量的有限增加，也会使算法的性能急剧下降。

总而言之，要尽可能优先使用线性（或者更好的）算法，尽可能合理的避免使用比线性算法差的多项式算法。竭尽全力避免使用指数算法。

第九条 不要进行不成熟的优化

我们将不成熟的优化定义为这样的行为：以性能为名，使设计或代码更加复杂，从而导致可读性更差，却没有经过验证的性能需求（比如实际的度量数据与目标的比较结果）作为正当理由，因此本质上对程序没有真正的好处。

因此，默认时，不要把注意力集中在如何使代码更快上；首先关注的应该是使代码尽可能的清晰和易读。

第十条 不要进行不必要的劣化

所谓不成熟的劣化一词，指的就是编写如下这些没有必要的、可能比较低效的程序：

在可以用通过引用传递的时候，却定义了通过值传递的参数 在使用前缀++操作符很合适的场合，却使用后缀版本 在构造函数中使用赋值操作而不是初始化列表

第十一条 尽量减少全局和共享数据

共享会导致冲突：避免共享数据，尤其是全局数据。共享数据会增加耦合度，从而降低可维护性，通常还会降低性能。

名字空间作用域中的对象、静态成员对象或者跨线程或跨进程共享的对象会减少多线程和多处理器环境中的并行性，往往是产生性能和可伸缩性瓶颈的源头。建议用通信方式（比如消息队列）代替数据共享。尽量降低类之间的耦合，尽量减少交互

第十二条 隐藏信息

不要泄密：不要公开提供抽象的实体的内部信息。而应该公开抽象（至少是get/set抽象），而不是数据。

数据只是抽象、概念性状态的一种可能的具体化而已。如果将注意力集中在概念而不是其表示形式上，就能够提供富于提示性的接口，并按需要对实现进行调整。比如缓存还是实时地计算，又比如使用不同的表示方式，针对某种使用模式进行优化。

绝对不要将类的数据成员设为public，仅对最需要的类型标记为public，其他的标记为internal。它同样适用于更大的实体比如程序库。模块和程序库同样应该提供定义抽象和其中信息流的接口，从而使与调用代码的通信比采用数据共享方式更安全，耦合度更低。

第十三条 尽量在编译和连接时检查错误，而不要等到运行时

运行时检查取决于控制流和数据的具体情况，这意味着很难知道检查是否彻底。相比而言，编译时检查与控制流和数据无关，一般情况下能够获得更高的可信度。

第十四条 尽量合理的使用const常量

不变的值更易于理解、跟踪和分析，所以应该尽可能地使用常量代替变量，定义值的时候，应该把常量作为默认的选项：常量很安全，在编译时会对其进行检查。尽量不要强制转换常量的类型。

例如：

const int x = 0;public const double productWeight = 11.7;private const string productName = “Visual C#”;

第十五条 避免使用语义不清的参数

要避免在代码中使用诸如42和3.14159这样的文字常量。它们本身没有提供任何说明，并且因为增加了检测的重复而使维护更加复杂。可以用符号名称和表达式替换它们，比如width*aspectRatio

名称能够增加信息，并提供单一的维护点，而程序中到处重复的原始数据是无名的，维护起来很麻烦。常量应该是枚举或者const值，有合适的作用域和名称。

重要的特定于领域的常量应该放在名字空间一级

第十六条 尽可能局部的使用变量 第十七条 避免函数过长，避免嵌套过深

过长的函数和嵌套过深的代码块的出现，经常是因为没能赋予一个函数以一个紧凑的职责所致，这两种情况通常都能够通过更好的重构予以解决。每个函数都应该是顾其名而能思其义，易于理解的工作单元，要避免将多个小概念单元合并到一个长的函数体中的做法。

一些建议：

尽量紧凑：对一个函数只赋予一种职责

不要自我重复：优先使用命名函数，而不要让相似的代码片断反复出现 优先使用&&：在可以使用&&条件判断的地方要避免使用连续嵌套的if 不要过分使用try 优先使用标准算法

不要根据类型标签（type tag）进行分支（switch）第十八条 尽量减少定义性依赖，避免循环依赖

循环依赖是指两个模块直接或者间接地相互依赖。所谓模块就是一个紧凑的发布单元，而互相依赖的多个模块并不是真正的独立模块，而是紧紧胶着在一起的一个更大的模块，因此，循环依赖有碍于模块性，是大型项目的祸根。请避免循环依赖。

第十九条 不要引用多余的资源文件 第二十条 尽量不要重载默认的操作符，至少应保证操作符的自然语义不被破坏 第二十一条 优先使用++和—的标准形式。优先调用前缀形式。第二十二条 用小类代替巨类

小类更易于编写，更易于保证正确、测试和使用。小类更有可能适用于各种不同情况。应该用这种小类体现简单概念，不要用大杂烩式的类。

第二十三条 要避免使用隐式转换

在做类型提供隐式转换之前，请三思而行，应该依赖的是显式转换。

隐式转换有两个主要的问题：

1.它们会在最意料不到的地方抛出异常

2.它们并不总是能与语言的其他元素有效地配合 第二十四条 将数据成员设为私有的，无行为的聚集

要避免将公用数据和非公用数据混合在一起，因为这几乎总是设计混乱的标志。信息隐藏是优秀软件工程的关键，应该将所有数据成员都设为私有的，这是类用来保持其不变式的最佳方式。

第二十五条 不要允许异常跨越模块边界传播

最低限度，应用程序必须在以下位置有捕获所有异常的catch（…）兜底语句，其中大多数都直接适用于模块：

1.在main函数的附近：捕获并用日志记录任何将使程序不正常终止而其他地方又没有捕获的异常。

2.在从无法控制的代码中执行回调附近3.在现场边界的附近4.在模块接口边界的附近

5.在IO，数据库连接等高危操作附近

第二十六条 如有可能，尽量用算法调用代替手工编写的循环

对非常简单的循环而言，手工编写的循环有可能是最简单也是最有效的解决方案。但是编写算法调用代替手工编写的循环，可以使表达力更强、维护性更好、更不易出错，而且同样高效。

第二十七条 编码惯例

1． 避免在一个文件中放多个类

2． 一个文件应该只对一个命名空间提供类型，避免在同一文件中有多个命名空间 3． 避免一个文件的长度超过500行（除了机器生成的代码）4． 避免方法定义超过25行

5． 避免超过5个参数的方法，使用结构传递多个参数 6． 每行应该不超过80个字符，或者10个单词 7． 不要手工编辑任何机器生成的代码

A.如果修改机器生成的代码，修改代码格式和风格以符合本编码标准 B.尽可能使用partial类以分解出需要维护的部分 8． 避免对显而易见的内容作注释

A.代码应该是自解释的，由可读性强的变量和方法组成的好的代码应该不需要注释 B.参加第一条中的注释部分

9． 仅对操作的前提、内在的算法等写文档 10． 避免方法级的文档

A.对API文档采用大量的外部文档

B.方法级注释仅作为对其他开发人员的提示 11． 决不要硬编码数值，声明一个常量是最好的选择 12． 仅对本轮就是常量的值使用const修饰符，例如一周的天数 13． 避免对只读变量使用const修饰符。在此情况下，采用readonly修饰符

public class MyClass { public const int DaysInWeek = 7;public readonly int Number;public MyClass(int someValue){ Number = someValue;} }

14．对任何假设采用assert。平均来讲，每五行代码中就有一行是断言

using System.Diagnostics;object GetObject(){} object someObject = GetObject();Debug.Assert(someObject!= null);

15． 16． 17． 每行代码都应该经过白盒测试 仅捕获已经显式处理了的异常

在抛出异常的catch语句中，总是抛出最初异常以保持最初错误的堆栈位置

catch(Exception exception){ MessageBox.Show(exception.Message);throw;}

18． 定义自定义的异常时

A.从ApplicationException继承 B.提供自定义的序列化 19． 避免采用friend程序集，因为这样增加了程序集间的耦合度 20． 避免使用依赖于从特定位置运行的程序集的代码。21． 尽量减少应用程序集（客户端EXE程序集）的代码，采用类库而不要包含业务逻辑层代码。22． 避免对枚举提供明确的值

//正确

public enum Color { Red,Green,Blue } //错误

public enum Color { Red=1,Green=2,Blue=3 }

23． 避免对枚举指定类型

//错误

public enum Color : long { Red, Green, Blue }

24． 25． 26． If语句总是使用括号，即使它只包含一句语句 避免使用?:条件运算符 避免使用（#if…#endif），应使用conditional方法代替

[Conditianal(“MySpecialCondition”] public void MyMethod(){}

27． 避免在布尔条件语句中调用函数，赋值到局部变量并检查它们的值。

bool IsEverythingOK(){} //错误

if(IsEverythingOK()){} //正确

bool ok=IsEverythingOK();if(ok){}

28．29． 总是使用从0开始的数组

总是使用一个for循环显式地初始化一个引用类型数组

public class MyClass {} const int ArraySize=100;MyClass[] array=new MyClass{ArraySize];for(int index=0;index

30． 31． 不用提供public或protected成员变量，而是使用属性 应尽量使用get/set的自动返回属性

//错误

class MyClass { int m_Number;

public int Number { get { return m_Number;} set { m_Number=value;} } } //正确

class MyClass { public int Number { get;set;} }

32． 33． 34． 35． 避免使用new,应使用override替代

在一个密封的类里总是把public和protected方法标记为virtual 永远不要使用不安全的代码 合理使用as操作符进行映射

Dog dog = new GermanShepherd();GermanSheperd shepherd = dog as GermanShepherd;if(shepherd!= null){} 36． 37．

{ 在使用一个委托前总是要先检查它是否为空（null）

不要提供公有成员变量，使用存取器（accessors）进行替代

public class MyPublisher MyDelegate m_SomeEvent;public event MyDelegate SomeEvent { add { m_SomeEvent += value;} remove { m_SomeEvent-= value;} } }

38． 避免定义事件处理委托，使用EventHandler或者GenericEventHandler进行替代 39． 使用EventsHelper安全的发布事件 40． 总是优先使用接口，但要避免一个接口只包含一个成员，包含3-5个成员较为合适。上限为12。41． 避免事件成为接口成员 42． 提供明确定义的接口描述 43． 不要假设一个接口是可以安全运作的，永远都要做好处理意外的准备

SomeType obj1;IMyInterface obj2;

obj2=obj1 as IMyInterface;if(obj2!= null){ obj2.Method1();} else { //处理可能出现的错误

}

44． 不要将可能改变的，或用于数据库连接的，或者交付给最终客户使用的任何字符串进行硬编码，要使用资源文件定义他们 45． 使用String.Empty代替””

//错误

string name = “";//正确

string name = String.Empty;

46． 47． 48．

定义长字符串的时候，应该使用StringBuilder，而不是string 永远不要使用goto语句，除非迫不得已

在switch代码块中总要包含一个default项，并且为其设置断言

int number = SomeMethod();switch(number){ case 1: Trace.WriteLine(”Case 1:“);break;case 2: Trace.WriteLine(”Case 2:“);break;default: Debug.Assert(false);break;}

49．不要使用this引用，除非某些特殊情况，比如从一个构造器中运行另外一个

//一个正确使用this的例子

public class MyClass { public MyClass(string message){} public MyClass():this(”Hello"){} }

50． 不要使用base关键词。除非你想要解决一个子类成员和基类间的名称冲突，或者运行一个基类构造器

//一个正确使用base的例子

public class Dog { public Dog(string name){} virtual public void Bark(int howLong){} } public class GermanShepherd:Dog { public GermanShepherd(string name):base(name){} public override void Bark(int howLong){ base.Bark(howLong);} }

51． 不要使用GC.AddMemortyPressure()，不要依赖HandleCollector。合理的使用Dispose()和Finalize()方法 52． 一般情况下不要使用check来检查代码（防止性能损失），但是在可能的溢出区则使用check来保持代码的安全性。安全性的优先级永远高于性能。

int CalcPower(int number,int power){ int result=1;for(int count=1;count<=power;count++){ checked { result*=number;} } return result;}

53． 在代码中要避免直接使用object数据类型（System.Object），可以使用约束或者as进行替代。

class SomeClass {} //错误

class MyClass { void SomeMethod(T t){ object temp=t;SomeClass obj=(SomeClass)temp;} } //正确

class MyClass where T: SomeClass { void SomeMethod(T t){ SomeClass obj =t;} }

54．{} 一般而言，不要在通用接口中定义约束。接口级别的约束经常会被强类型所覆盖

public class Customer //错误

public interface IList where T: Customer {} //正确

public interface ICustomerList:IList {} 第二十八条 安全

1． 总是对应用程序私有的组件，集合等使用强名，这样可以保证安全性

2． 在应用程序配置文件中使用加密算法，进行安全保护

3． 对不受控制的引用方法，要做适当的安全处理，如加入断言控制

4． 不要使用SuppressUnmanagedCodeSecurity属性 5． 不要使用/unsafe来切换TlbImp.exe的默认行为。

6． 在服务器端要使用自定义的安全规则来扩展Microsoft的默认配置，以保证更高级别的安全性

7． 为防止引诱性攻击，应修改组件级别的运行权限，限制其可能的不安全行为

8． 在编写Windows程序时，在每个Main（）中都要使用相应的安全规则

2.资源上传命名规范 篇二

【导语】

为了提高资源可读性，让您更加方便查阅资料，网站制定了《第二教育网资源命名规范》文档，所有上传的资料必须符合文档中要求。具体如下：

【高中上传资源命名规范】

一．标题命名规则:

1、备课资源命名规则：（教案，学案，课件，单元测试）

年级+科目+空格（半角）+资源标题+类别+空格+版本+必选修

例：

高中语文 第六单元《短歌行》教案 新人教版必修2 高中英语 Unit4 Warming Up and Reading课件 新人教版必修1

2、对于试题命名规则：省份+市+学校+年份+年级+科目+类别+版本

例：

江苏省淮州中学09-10学年高二地理下学期期末考试新人教版

无答案（缺答案改成无答案），扫描版，PDF版，图片版 例：

江苏省淮州中学09-10学年高二地理下学期期末考试（扫描版）新人教版

江苏省淮州中学09-10学年高二地理下学期期末考试（图片版）新人教版

江苏省淮州中学09-10学年高二地理下学期期末考试（PDF版）新人教版

江苏省淮州中学09-10学年高二地理下学期期末考试（无答案）新人教版

3、对于套题命名规则：必须格式相同（包括符号和空格）

例：

2011年高考语文系统集成一轮复习方案 第一编语言知识及运用 新人教版 2011年高考语文系统集成一轮复习方案 第二编文言文阅读 新人教版

2011年高考语文系统集成一轮复习方案 第三编文学常识、名著阅读和名句名篇 新人教版 2011年高考语文系统集成一轮复习方案 第四编古代诗歌鉴赏 新人教版 2011年高考语文系统集成一轮复习方案 第五编现代文阅读 新人教版

二．特殊命名规则：

注意：标题里除书名号和特别标题符号需要除外，其它符号（如：冒号，中间横线，间隔号，一律用空格代替。对于特殊格式文件名命名规则：

年级+科目+空格（半角）+资源标题+类别+空格+（特殊文件格式）+空格+版本+必选修

例：

高中英语 unit 4 Listening素材(mp3)新人教版必修4 高中英语 unit 4 Listening视频课件(avi)新人教版必修4 注：凡是swf 格式的文件，统一用命名：（flash）

对于网站上的视频素材,统一命名年级+科目+标题+视频+ 类别+视频格式+版本+必选修 例：高中政治 经济全球化视频素材（avi）新人教版必修1 三．命名专业性

1，高一，高二，高三和必选修，不能并形存在

例：该试题原文件名是：高一语文 第六单元《短歌行》教案 新人教版必修2 则命名规则：高中语文

第六单元《短歌行》教案 新人教版必修2 实现：文件名为高中，上传后台传到相对应所属的，高一年级里

2，综合网站各科分类，正确判断资源版本和必选修的准确性

3，根据资源标题及内容，正确判断资源所属科目的准确性 4, 根据原件名称去修改文件名,不能随意改动文件名的标题

【初中、小学上传资源命名规范】

一．标题命名规则:

初中：所有“新版”资源需要再标题上标注为（新版）+版本

小学：所有“新版”资源需要再标题上标注为（新版）+版本

1、备课资源的命名规则如下（注：备课包括课件 教案 学案 素材）

1）年级+科目+上下册+空格（半角）+资源标题+类别+空格+版本

例：三年级语文上册 第10课《写给云》课件 西师大版

二年级数学上册 课间活动教案 北师大版 七年级数学上册 1.4绝对值教案 浙教版

七年级语文下册 第一单元导学案 人教新课标版

八年级物理上册 4.4 光的折射教学课件（新版）新人教版

2）省份+年份+年级+科目+上下册+资源标题+类别+版本

例：江苏省灌南县2012年秋七年级语文上册《伟人细胞》教案 苏教版

3）省份+年份+年级+科目+上下册+资源标题+主题+类别+版本

例：湖北省钟祥市石牌镇七年级数学上册《整式的加减》复习课件 新人教版

安徽省亳州市风华中学七年级语文上册《第4课 金色花》课件3（新版）新人教版

2、试题资源的命名规则如下（注：试题包括期中 期末 月考 练习单元测试 复习等）

1）省份+年份+年级+科目+上下学期（第一学期）+类别+版本

例：浙江省湖州市吴兴区2013年一年级语文上学期期末考试试卷

江苏省太仓市2012-2013学年七年级英语第一学期期末考试试题 人教新目标版 吉林省镇赉县镇2013届九年级语文第四次月考试题（扫描版）新人教版 山东省青州市2013年三年级语文下学期期末质量检测试题（无答案）

吉林省镇赉县镇2013-2014九年级语文第四次月考试题（新版）新人教版 注：年份之间的横线一定要是这个状态的“-”

上学期（下学期）与第一学期（第二学期）不可以并存。

“期中考试试题”不可以并存，应该为“期中试题”

“缺答案”要改为“无答案”

扫描版的试题标题要为“扫描版，无答案” 而不应该是“无答案，扫描版”。

2）初中例如有单元、章节、知识点的要改为上册而不是上学期。下册与下学期同理。

例：广东省江门市七年级生物上学期第三单元综合检测题（无答案）正确应为：广东省江门市七年级生物上册 第三单元综合检测题（无答案）

3、中考套题的命名规则如下（注：必须格式相同 包括符号和空格 中考与九年级不可以并存）

1）年份+年级+科目（+复习或总复习）+资源标题+类别+版本

例：

【南方新中考】2013年中考生物复习人的生活需要空气课件 新人教版

【南方新中考】2013年中考生物复习生物的生殖和发育课件 新人教版

【南方新中考】2013年中考生物复习被子植物的一生课件 新人教版

【南方新中考】2013年中考生物复习专题四 突破中考社会热点题型课件 新人教版

【备考2014 志鸿优化设计】2013版中考化学总复习基础讲练 第五单元 化学方程式 新人教版（中学教材全解）2013-2014学年九年级化学全册 第8章 食品中的有机化合物综合检测题 沪教版

注：“【】”此符号的使用规则为，必须是参考用书或者是教材类的资源，其余的比较突出的重点需使用“（）”

来显示。

2）省份+年份+年级+科目（+复习或总复习）+主题+资源标题+版本

例：

广东省2013年中考政治复习专题检测试题 过富有情趣的生活

广东省2013年中考政治复习专题检测试题 交往艺术新思维

广东省2013年中考政治复习专题检测试题 满怀希望迎接明天

广东省2013年中考政治复习专题检测试题 我们的文化

特例：

2012年中考政治一轮复习八上 7.1礼貌待人精品课件 新人教版

2012年中考政治一轮复习七上 1笑迎生活认识自我精品课件 新人教版

2012年中考政治一轮复习九年级 16关注经济发展精品课件 新人教版 3）小升初的命名规则

例：2014小升初语文知识点专项复习专题一 基础知识 a o e 教案

湖北省小升初英语 阅读理解基础训练10 北京市小升初语文模拟测试题

（四）4、特殊格式文件名命名规则如下

1）年级+科目+上下册+空格（半角）+资源标题+类别+（特殊文件格式）+空格+版本

例：五年级英语上册 lesson1课文朗读素材（MP3）新路径（一起）

九年级化学上册 co2制作及性质素材（flash）新人教版

七年级语文上册《15 钱塘湖春行》视频素材（f4v）（新版）新人教版

2）省份+年级+科目+上下册+空格（半角）+资源标题+类别+（特殊文件格式）+空格+版本

例：重庆市綦江区三江中学八年级语文上册 了解莲视频素材（mpg）

注：

1、凡是swf 格式的文件，统一用命名（flash）其它类型可以根据其文件的属性来定。

2、标题里除书名号和特别标题符号需要除外，其它符号（如：冒号，中间横线，间隔号，用空格代替，也有特例，需要自己判断，下面是例子。

特例：

3、标题里外不符，要以里面的为准进行命题，同时如果标题上没有知识点而里面有知识点的，要将其复制到标题上。

5、打包文件名命名规则如下

1）省份+年份+年级+科目+上下册+资源标题+类别+（打包套）+版本

例：湖南省岳阳市七年级英语上册 Unit 6 Do you like bananas教案（打包5套）人教新目标版

宁夏外国语学校小升初英语专项训练 完形填空（打包50套）

2）省份+年份+年级+科目+上下册+资源标题+类别（注：多种）+（打包套）+版本

例：八年级地理上册 《第一章 第四节 中国的民族》课件+学案+同步练习（打包3套）湘教版

注：多种类别的打包要将知识点加上书名号

二．命名专业性

1、综合网站各科分类，正确判断资源版本和上下册的准确性

2、根据资源标题及内容，正确判断资源所属科目的准确性

3、根据原件名称去修改文件名,不能随意改动文件名的标题

3.C 编码规范之命名空间 篇三

C++编码规范之命名空间

C++编码规范之命名空间Namespaces在.cc文件中,提倡使用不具名的命名空间。使用具名命名空间时,其名称可基于项目或路径名称,不要使用using指示符。定义:命名空间将全局作用域细分为不同的,具名的作用域,可有效防止全局作用域的命名冲突。优点:命名空间提供了命名轴线.当然类也提供了命名轴线。缺点:命名空间具有迷惑性,因为它们和类一样提供了额外的命名轴线。在头文件中使用不具名的空间容易违背C++的唯一定义原则。1)不具名命名空间在.cc文件中,允许甚至提倡使用不具名命名空间,以避免运行时的命名冲突:namespace{//命名空间的内容无需缩进enum{UNUSED,EOF,ERROR};bool AtEof(){return pos_ == EOF;}}//namespace然而,与特定类关联的文件作用域声明在该类中被声明为类型,静态数据成员或静态成员函数,而不是不具名命名空间的成员。像上文展示的那样，不具名命名空间结束时用注释//namespace标识。注:不能在.h文件中使用不具名命名空间。2)具名命名空间命名空间将除文件包含,全局标识的声明/定义以及类的前置声明外的整个源文件封装起来,以同其他命名空间相区分。//.h文件namespace mynamespace{class MyClass{public:...void Foo();};}//namespace mynamespace//.cc文件namespace mynamespace{//函数定义都置于命名空间中void MyClass::Foo(){...} }//namespace mynamespace禁止污染命名空间using namespace foo;

4.如何给品牌命名一个强有力的名字 篇四

朗德命名

做网络营销的人们通常认为，名字有什么关系呢？重要的是产品本身要好。然而，电影《色，戒》的高度成功，是由于它本身就是部极好的电影吗？实际上，这部电影成功的真正原因，是由于它取了吸引眼球的名字，而故事情节也还算对得起它的名字罢了。要是这电影起名为《爱情故事》，是否还会吊起观众的胃口？名字是一部电影成功的关键因素，名字在网络营销中同样也是最重要的问题。

在互联网上，用户只能通过名字和域名来识别你，压倒一切的是名字和域名。一个新颖独特的名字，一个有助于进行有力宣传的辉煌名称，自然具有很大的优势。百度、前程无忧、世纪佳缘等等，都是很好的名字，这些名字富有内涵、朗朗上口、与众不同、容易记忆，并且也能拥有一个相关的域名。这种名字本身就是一笔财富，是网站成功的主要因素。即使网站的宣传做得很一般，但这种名字却能使用户倍增。经验证明，拙劣的名称会使网站无人问津，只要换一个名字，网站的销量额就可能提升10倍。因为好的名称自己就是推销员，能够向用户传递某种利益承诺，能够和用户的某种需求紧密相联。所以，网络营销的第一件事情，就是要给品牌起一个强有力的名字。如果已经使用了一个差劲的名字，重新取一个就是了，当然这也并非易事。

名字要新颖独特

有些差劲的名字注定要失败，因为它们普普通通，和其他网站的名称没有多大区别。比如，大家看到阿里巴巴做的很成功，其他竞争者便起名为阿里奶奶、阿里爷爷，或许我们以为这样可以沾点名气。又比如，搜狗音乐、狗狗音乐、酷狗音乐都是极为近似的名字。同一领域中的近似名字，会在用户的头脑中造成混淆，会带给人模糊不清的印象，很难被记住。在网上，不管是好的名字，还是好的商业创意，必定会招来大量模仿者。但模仿决非成功之道，模仿只会替别人做嫁衣。当你看到阿里奶奶这样的名字，你会想到什么？那就是阿里巴巴。当你看到一个叫“千度”的搜索引擎，会想到什么？当然是百度。一个模仿或近似的名字，只能是帮别人免费宣传，加深用户对行业老大的印象。

在网络营销中最大的错误，莫过于推出一个没有名字的网站。让人吃惊的是，这种无头奇案在网上随处可见。当然，这是是无名网站。因为这种名字人人都可以使用，而不能指代任何一个特定的网站，根本无法传播出去。试想一下，当某个顾客问你的网站叫什么名字？你说叫“鞋网”，他肯定会说：“那么多鞋网，到底叫什么鞋网？”如果你起了个这样的名字，你创造出的用户需求，很快就会被一大堆网站分享。因为行业名不能为你所独享，每个卖鞋子的网站都叫鞋网。你还得有个独特的网站名，才能使你和其他网站区别开来。

一个好的名字应该独特鲜明，让你在众多的竞争对手中鹤立鸡群。观察网上的成功名称，比如百度、谷歌、新浪、搜狐，这些名字或许都有某种含义，但你能从这些名字上，直接看出它们是做什么的吗？不能，它们都是独特的、与众不同的。即便是在日常生活中，人们也总是对独特的东西印象深刻。一个留长头发的男生，走在大街上一定会很吸引眼球，因为他是人群中的异类，和其他人的区别太明显了。为什么有个性的人更受欢迎？因为他们的言行举止与众不同，有自己独特的风格。从长远来看，各个竞争网站在产品上都倾向于近似，唯一能区别开来的就是网站的名字。起一个个性鲜明的名字，就能长期和对手保持差异，获得压倒对手的优势。

为了让名字够新颖、够独特，一个好的命名策略就是，采取反常理的名字。“狗不理”包子为什么那么火？它的名字就是反常理的。女性网站可以起个男性化的名字，老年用品网站可以起个婴儿化的名字。要看主要竞争者的名字有什么含义？然后采取内涵不同或相反的名字。反常理的名字能引起人的好奇心，震动人的心灵，吸引他们来访问你的网站。一般来说，如果你开创了某个新领域，由于还没有竞争对手，你就能率先获取一个最好的名字，而不需要什么反常理；但对于后来的竞争者来说，命名的关键不是“更好”，而是“不同”，要起个与领先者截然不同的名字。例如，作为在线婚介服务的领先者，“世纪佳缘”是个很好的名字。但对于百合、珍爱、知己这些婚介网站，单从名字本身来看，还是很不错的，甚至更好更简洁；但这些名字的内涵却与“世纪佳缘”异曲同工，个性不够突出，特征不够显著，所以，给用户的印象也就不够强烈。

名字要有内涵

一个好名字应该有内涵，向用户传递有意义的信息。例如，对于一个从事策划咨询的网站，“鬼谷子”就是一个很有意义的名字，因为我们都熟悉历史上鬼谷子这个人，他擅长权谋策略；“开心网”作为一个社交网站（SNS），带有正面感情色彩，向用户传递了“分享生活和快乐”的意念；网络零售平台“淘宝网”，意味着“淘到质优价廉的商品，并且淘货的过程充满乐趣”；阿里巴巴作为一个B2B电子商务平台，则利用了神话故事中的人物形象作类比，喻指阿里巴巴网站“协助小企业创富”的理念；“迅雷”作为下载软件，则是承诺它的“速度快”；“拉手网”则提示了网站的类型：团购网站。有内涵的名字富有吸引力、容易理解、容易记忆，简直使人舒服；并且，由于它向用户传递了某种特定的利益，只要有人听到、看到或想到这个名字，名字自己就会发挥推销作用，有效的赢得顾客。

一个好名字可能隐含多种意义，但最主要的是能够暗指网站的产品类型。一个好的例子就是百度，它是中文搜索品类的领导者。我们知道，百度这个名字出自辛弃疾的 《青玉案·元夕》：众里寻他千百度，蓦然回首，那人却在灯火阑珊处。不难看出，“百度”这个词可以喻指“中文搜索”，可以很容易让人联想到中文搜索。网络营销的最高目的，就是让网站的品牌命名，成为品类名的代名词。百度已经成了“中文搜索”这个品类名的同义词，人们都喜欢用“百度一下”，来取代“搜索一下”这个说法，因为在用户看来，百度就是“中文搜索”的意思。一旦成为品类的代名词，你就可以主宰这个品类，成为用户的首选。但是，如果你的名字取得不贴切，不能从名字联想到品类，要想成为代名词是很困难的。

必须指出，一个好名称只能是暗示或隐喻某个品类，而不能表达的过于直白。“百度”也只是暗指中文搜索，而搜狗、搜搜这类名称则表达的有点直白了，带有一个“搜”字。不要把品牌名和品类名弄混淆了，两者的作用是不同的：品类名指代的是某一类产品或服务，例如“中文搜索引擎”，应该做到通俗易懂；而品牌名指代的是某个特定网站，例如“百度”，应该力求独一无二。搜狗、搜搜虽然也还算独特，但它的缺点在于和品类名比较近似，远没有百度那么独特。品牌命名应该是越独特越好，越独特则用户越容易区分。打个比方，“男人”可以看成是品类名，而他的姓名则可以看成是品牌名，你知道哪个男人的姓名中带有“男人”二字？叫张男人、李男人、王男人？显然这样的姓名不能达到很好的区分效果，何况，又有谁不知道他是男人呢？多此一举。

一个好的品牌名称在暗指品类的同时，还能让人产生丰富的联想。百度这一名称很有诗意，不仅恰如其分的喻指中文搜索，还可以让人联想它的搜索更便捷、结果更精准、简单可依赖，甚至还很浪漫等多种内容。但是，搜狗、搜搜这种名称则有点接近白话文，自己就几乎把话说尽了，还怎么让人联想别的内容呢？所以，品牌命名不可明确的表达品类，不能说的过于具体，要给人留下联想的余地；最好是运用暗示、类比、隐喻等手法，点到即止，其他的，要让用户自己去猜测、去琢磨，去天马行空。这样才能丰富名称的内涵，增强名称的独特性，增加名称的神秘感，提高名称的影响力。此外，类似百度这样的独特名称，还具有一定的弹性，这个名字不只是适合搜索领域，还可以拓展到百度百科、百度知道、百度有啊等其他类型的产品。从长远来看，业务的调整或拓展是难免的，所以名字要有一定弹性，以适应网站的长期发展。

有些没什么实际意义的名称也能获得成功，例如，京东（网上商城）、当当（网络书店）、土豆（视频网站）。这些名字的好处在于他们都是独特的，能和其他同类网站区别开来；但这些名字的弱点在于有字无实，名字和网站的业务几乎不沾边，也没什么寓意。尽管如此，这些网站通过长期不断的宣传，也能使名字产生某种意义，比如，在人们心目中，当当网代表“中文网络书店”。到了这一步，这种名字就变得非常有价值了。然而，大多数这种名字却没能达到这一步，因为没有意义的名称，需要相当长的时间和金钱的投入，才能赋予它们某些意义。对于没太多本钱的小公司来说，要避免这种名称。没有意义的名字，用户很难把它与某种产品或服务挂钩，在需要这种产品的时候，就很难想到你。这种名称也没有推销功能，实在是浪费了大好的资源。

名字要简洁、悦耳

一个名字应该简洁利落。比如百度、谷歌、新浪、优酷等等，都是简单的名字，只有两个好认的汉字。人们天生就畏惧冗长的或生僻的词语，用它们来作为名称，容易认错、读错或记错，实不可取。网络营销者脑子里要有这样的概念：大家都很匆忙，你的用户总有太多的事要做，没时间多看一个字、多说一个字、多想一个字，因此一个简单的名字更适合他们的胃口。这就是为什么人们会自行简化一些名称的原因，例如，很多人喜欢把阿里巴巴网站称呼为“阿里”。所以，名称不可冗长，一般不要超过四个汉字，并且要确保每个字都简单好认。

在个别情形中，如果一个长一点的名字很有意义，那么在网上也能行得通。一些人用著名图书的名称来命名网站，这是一个很好的方式。例如，对于一个从事“公司起名”的网站来说，“namers”就是一个很有意思的网站名。这名字独特，确切的表达了网站的主题，而且也很容易理解和记忆。起这个名字的网站，就能免费利用这种资源，达到“好风凭借力，送我上青云”的效果。利用名著、名句或别的著名事物来命名，如果意义相关，即使是长一点，也要比无意义的简短名称更可取。

一个好的名字应该听起来很悦耳。好的网站总是能吸引大量的口头传播，例如，豆瓣网（点评网站），它的许多用户，都是来自朋友之间的口碑相传。如果发音别扭、拗口，人们就会懒得去说，即便说出来，听起来也不舒服，或者根本就听不懂。所以，名称的发音非常重要，应确保发音清晰，说起来顺畅，听起来悦耳，这样就容易产生家喻户晓的宣应效应。悦耳的名字也有利于记忆，为什么我们很容易记住歌词？因为歌词是有韵律的，听起来舒服。悦耳的名字，还会让人觉得你的产品也同样好。为什么历史上美女的名字几乎都很好听？因为若不是名字好听，未必就能被视为美女。李师师、陈圆圆、柳如是、王昭君、杨玉环、赛金花，这些名字够好听了吧？只闻其名、不见其人，就能感觉出她们的绝色容颜。但如果她们起了个类似“朱酩珠”的名字，我怀疑她们的美貌是否还会得到世人的认可。真正讲来，她们之所以名垂青史，是由于起了个好听的名字，而她们的姿色也正好对得起她们的名字。同样，要想获得顾客的好感，你也需要一个好听的名字，一个听起来响当当的名字。

名字要和域名相关

一个好名字应该能注册到相关的域名，以便用户记住了网站名，就能记住域名。比如，优酷网的域名，就是它的拼音youku.com。对于中文网站来说，用网站名的拼音作为域名，最方便记忆。目前大部分中文网站，都使用的是拼音域名，如，taobao.com、letao.com、baixing.com。但有时候，一个好名称的拼音域名可能太长了，你就不得不考虑其它相关的域名形式。如前程无忧，显然该名称的拼音太冗长，所以它使用的是“数字+英文”的谐音：51job.com；艺龙网采用的是elong.com；中企动力使用的是300.cn。域名是一种稀缺资源，在很多情况下，你想注册的域名可以已有人捷足先登了。开心网就没有注册到kaixin.com，所以它加了一个数字：kaixin001.com；敦煌网，使用的是拼音缩写加上一个相关的词：dhgate.com。

对于商业网站，应该尽可能使用.com结尾的域名。因为.com的使用率最高，人们最为熟悉，最容易记忆。人们也通常认为使用.com域名的公司更大，更值得信赖，因为绝大部分知名网站都使用的是.com域名，如baidu.com、taobao.com。所以，.com是一切商业网站的首选，只要能注册到.com域名，长一点也没关系。一般来说，域名越短越好记、越好写，能够注册到简短的域名当然更好；但即使你的域名很长很复杂，用户照常可以很方便的找到你。因为他们可以从搜索引擎上查询需要的网站，然后再将网址添加到收藏夹，以后就可以直接调用。所以，不必担心长域名，那几乎不会影响到你的生意。只要名字好，域名长一点并不可怕，不要为了追求简短的域名，而放弃一个优秀的名称。

现在让我们看一下“namers命名者”的命名故事。要想获得一个好名字及好域名，现在是越来越难了，即便你想出了一个绝佳的名字，但十之八九都被别人使用了。但也并不是没有机会，问题在于发现机会的眼力。除了要掌握正确的命名方法外，还要有一定的灵感。

5.房地产品牌命名规范 篇五

品牌命名是创立品牌的第一步，今天，世界各国的企业在创立自己的品牌之前，一般都能有效地重视品牌命名的问题。现在国内大部分企业会委托广告商或专业的命名专家来设计制定品牌名称。品牌命名已成为广告领域内的一个分支，除了广告文案人员从事品牌命名工作以外，国外还有专门为品牌设计名称的机构，他们的主要业务就是命名。在国外，给产品命名已成为一个产业。据报道，全球命名市场份额已达百亿美元。随着工商业的发展，商品越来越多，好的名称资源越来越少，而给产品命名变得更加困难，要设计制定一个新颖不重复的品牌名称已是很有挑战的工作。随着其它边缘科学的发展，品牌命名已成为一门学科。与此相适应，就出现了一些专业的命名机构，广告公司也提供品牌命名服务，于是品牌命名产业应运而生。目前全球著名的命名机构有英国的Interbrand（国际品牌集团），中国的Wewin Group（先知命名实验室）、和美国的Namestormers（命名风暴公司）。下面简要介绍一下三个品牌发展机构及其命名程序、命名方法、命名观点、主要作品等，供大家参考。

■ 国际品牌集团（Interbrand Group）国际品牌集团是全球最著名的有关品牌战略方面的“智囊团”，它1974年成立于英国伦敦，它为全球企业提供品牌命名、品牌策划、品牌评估、企业形象、环境设计、包装设计、商标调查、品牌管理等。Inrerbrand尤以品牌评估文明于世，它每年都要为全世界评估出最驰名的国际性品牌，是一个比较权威的品牌评估机构。它每年出版《世界超级品牌》（World’s Greatest Brands）。Interbrand集团的主要工作领域是：品牌命名、品牌评估、品牌调查、公司品牌策略。品牌命名 Interbrand认为名称是成功品牌的基础，是巨大的无形资产。有效的品牌名称可以体现产品、服务、公司的个性形象，还应该激发消费者对它所代表产品的质量和身份的有益联想。Interbrand是科学品牌命名发展的先驱，开发出科学的命名程序，已为全球不同国家、不同行业的产品提供过成千上万个命名。它最近几年设计的主要品牌名称有： Aptiva（IBM计算机）、Zeneca（化工）、Prozac（药品）。品牌评估：Interbrand集团是全球性的品牌评估机构，它有一套品牌评估的科学统计方法，它根据品牌收入和品牌力量来评估，评估的指标有领导地位、稳定性、市场、国际性、趋势、支持、保护等项目。品牌评估是量化一个品牌经济价值的工具，对品牌管理有重要意义。到目前为止，Interbrand已评估了1600个品牌。

■先知命名（Wewin Group先知中国旗下机构）是中国第一家专业命名机构，90年代即开始服务客户，先知公司正式注册于2005年，自它成立以来，已为全球5000多家公司及个体业主提供了上万次的命名服务。尤其擅长本土企业定位策划及命名，对中国文化及商业环境有系统的研究，因此成为国际企业实现中国本土化的首选命名公司。著名的案例有：韩国喜来健、美国Amsted、美国HayDay Farms、韩国LG、韩国SK、西班牙 El Corte Inglés、韩国Wonandwon中文的本土化命名,或为其子品牌提供命名。国内知名企业案例有首开集团、朵维、中国一汽、工商银行、三星集团、中信出版社、新华联合、华冉集团、京博集团、鼎基矿业、金茂威斯汀、长虹集团、远洋国际、乐天玛特、西奥中心、晶城秀府、香港新世界、远洋地产、红旗乳业、申达集团、金盛福、新辣道、南京扬子、国电、常州化工、中石化、唐山启奥、。它的服务架构是：先知命名实验室，先知设计研究院，先知传统文化研究等三个事业部门，相互之间有融合与协调。先知拥有不同领域里的专家，如语言学、图像设计、营销战略、品牌策划、法律等，拥有知名的品牌及文化专家，如思翰教授，清华培训专家。先知命名实验室的工作方法是:a、行业洞察：这是整个命名项目工作的出发点。通过对所属行业的深入分析，我们为命名做出精准定位，并提炼出相关行业的关键词。b、目标受众分析：根据产品定位锁定目标人群，为命名风格奠定基调，如快乐、健康、时尚、安全等。c、竞争对手分析：分析行业标杆及竞争对手的命名方法及风格，寻找差异化，形成区隔。d、品牌定位：根据客户自身的战略构想、核心技术、竞争优势以及差异化等诸多因素进行定位，并以此作为命名策略的重要参考依据。e、产品诉求分析：根据产品的属性、功能、构成成分、工艺、产地、历史、文化等多个角度，充分挖掘其背后的文化价值和附加价值。f、传播策略： 我们的命名工作始终服务于品牌传播，高效的传播力可以帮助一个品牌建立起知名度和消费者忠诚度，为品牌未来的发展奠定坚实的基础。g、创意发散：根据前期针对市场、受众以及竞品所做的调研结果，搜集创意元素，通过多种命名策略进行创意延展发散。这一阶段将会有大量的名称产生。h、筛选排除：以客户诉求、大众传播理论、广告学、社会学、接受心理学以及各大方言区域语音、文化习俗为依据，对备选方案进行逐一测评、排除、遴选。j、商标查询与法务审核：根据商标及工商法规，通过相关行业或地区的法务查询审核，确保注册无风险。k、提案：在合同规定的时间内提交命名方案，根据客户反馈的意见及时调整方向，修改或提供新的方案。