命名规则英文，命名规则这个很多人还不知道,小飞来为大家解答以上的问题。现在让我们一起来看看吧！

1、关于文件的命名，看似无足重轻，但实际上如果没有良好的命名规则进行必要的约束，一味的乱起名称，最终导致的结果就是整个网站或是文件夹无法管理。

2、所以，命名规则在这里同样非常重要。

3、 需要特别注意的时候，网站文件或文件夹命名请尽量避免使用中文字符命名。

4、文件的命名 以最少的字母达到最容易理解的意义。

5、 索引文件统一使用index.html文件名(小写) index.html文件统一作为"桥页"，不制作具体内容，仅仅作为跳转页和meta标签页。

6、主内容页为main.html。

7、 按菜单名的英语翻译取单一单词为名称。

8、所有单英文单词文件名都必须为小写，所有组合英文单词文件名第二个起第一个字母大写； 所有文件名字母间连线都为下划线。

9、 例如： 关于我们 aboutus 信息反馈 feedback 产 品 product 图片的命名 以图片英语字母为名。

10、以最少的字母达到最容易理解的意义。

11、 对于较小的图片，我们使用如下格式的命名 ： sm.kahn.gif 其中，sm 代表“small”，kahn 代表图片的内容。

12、较大图像的命名规则也一样，不过是以 bg 开头的： bg.kahn.gif 用以区分不同图像的命名规则应当是全站通用的，这样可以尽量避免将不同的名称搅混。

13、网站目录的命名 目录建立的原则是以最少的层次提供最清晰简便的访问结构。

14、 服务器的ftp上传目录默认为html 根目录文件 根目录只允许存放index.html和main.html文件，以及其他必须的系统文件。

15、 每个语言版本存放于独立的目录。

16、已有版本语言设置为： 简体中文 gb 繁体中文 ig5 英 语 en 日 语 jp 每个主要功能(主菜单)建立一个相应的独立目录。

17、 根目录下的images为存放公用图片目录，每个目录下私有图片存放于各自独立images目录. 例如： menu1images menu2images 另外，所有的js文件存放在根目录下统一目录script 所有的CSS文件存放在根目录下的style目录 所有的CGI程序存放在根目录并列目录cgi_bin目录。

18、 对于一些信息更新量比较大的站点或是栏目，还可以采用一种更为特殊的方式来进行文件架的命名，这样能使得日后的维护更加方便，这样的方式就是使用“单一单词命名的目录”+“年年年年_月月_日日”的方式命名，最后的“日日”是根据更新量大小可选择的，如果每日更新量很大则可以加上“日日”。

19、 例如： ews2005_08 ews2005_09 ews2005_10_12「文件命名」的4条实践规则1.Why我们的逻辑一直是，先说「Why」，文件命名也是一样。

20、上手先不要想这个文件的名字， 而是先想想：如果我现在就立刻删除这个文件，为什么不可以删除？如果，我实在找不出理由，那就删了吧。

21、如果，找出理由，把理由写下来作为文件名即可，例如：「3月8日女王节素材」「李姐18号出差广州要用」「A公司X项目合同草稿等批准」……这类名称看似很随意，但是已经抓住了某类文件的核心问题：为什么存在？尤其针对：临时文件，这种命名已经足够了。

22、 多数文件最后都会有自己的最终归宿，要么被纸质归档， 要么存在电子邮箱，要么进入XX ERP系统，要么被扔到一个叫做「归档」的文件夹里。

23、临时文件，占据了我们工作的相当大一部分，只要想清楚「存在的理由」不难命名，而这类文件最后的归宿都是「废纸篓」。

24、2.When / Who / What对于上述以外的「非临时」文件，那么意味着有长久保存的必要，虽然可能也是从一份临时文件演变过来的。

25、 例如「合同草稿」最后变为「盖章合同扫描件」。

26、长久要保存的文件，如果是类型固定的，数量又庞大的，就适合 When / Who / What 这个规则。

27、我们还是以「合同」文件为例， 如果有大量合同文件要归档，我们可以开一个文件夹，名叫「历史合同」，然后合同文件都扔进去，但要体现出每份合同的 不同之处。

28、最常见的区分维度是：合同日期（或到期日） When和谁签的合同 Who关于什么事情的合同What例如：「20190601.A公司.X项目1期合同.pdf」不仅局限于「合同」，常规的工作文件，几乎都适合这个套路，包括但不限于：周报，销售记录，统计表格，会议记录，协议备忘，申请表格 ……3.更多的「客观标签」如果 When / Who / What 已经不能满足了，可以考虑添加一些固定的「标签」来描述。

29、 所谓「标签」就是一些经常会用到词眼。

30、例如：如果我们的工作文件和地域 有很强的关系，可以考虑「北京」「上海」「广州」……之类的标签。

31、 这种标签直接附加在文件标题后即可。

32、例如：3月销售报告#广州.xls, 海外代理商名单#NY.pdf ……不仅仅是「地域」，任何一个对我们业务有帮助的客观属性，都可以作为一类「标签」的参考。

33、 但重点是对业务有帮助，不要为了分类而去分类，这是完全不可取的。

34、之所以称之为「客观标签」那是因为，这个「标签」描述的是客观内容，无论谁都会得出相同的结论。

35、好处就是，我这份文件的「接收方」绝不会对描述产生歧义。

36、比方说，想找「北京」数据文件的人，只要看到了文件名就不会去找标着「广州」标签的文件，即使用 Everything 搜索 也能精确的得到所需内容。

37、4.适当的「状态标签」个人认为，这是4条规则中，含金量最高的标签。

38、「状态标签」是什么意思呢？ 就是文件在「工作流」内的附加信息。

39、例如：Office系统200条快捷键技巧#完成稿.pdf, A客户信息简介#高净值.ppt，XX项目计划书#已批准.docx，静态的文件并没有什么「状态」， 而实际上很多工作文件由于牵涉到「工作流」，因而都是「动态」的。

40、随着时间的推移，流程阶段会产生变化，业务的价值本身也会起伏，文件也会有生命周期，最后可能变得毫无价值。

41、所以，如果这份文件要跟着流程「走」，最好加上「状态标签」，让使用它的人，清楚的知道这份文件的价值所在。

42、可是，手工管理文件名和标签，会不会太麻烦呢，有时还会弄错标签名字。

43、要是标签什么的可以一次输入，以后只要鼠标点击几下就能完成文件管理，那就太好了！现在，有一款新兴的 「标签式」文件管理器 tagLyst Next 能够充分的帮到我们！tagLyst NexttagLyst Next 是一款非常新颖的 文件管理器软件，目前正受到不少 生产力工具网站 的好评和推荐。

44、tagLyst Next 可以帮助我们分库分组的管理电脑文件将现有的文件，快速按「标签分类」预览主流格式的文件，快速掌握文件精髓配合我们上面「文件命名」规则中的「客观标签」「状态标签」两条来使用，tagLyst Next 更是提升工作效率的神器。

45、由于「标签」固化了常用「关键词」，因此也不会出现「同义词」混淆。

46、 文件标签本身还能分组收纳， 不会变得杂乱。

47、如能结合自己的工作流，就能把一堆文件 整合成一个自己专属的 业务知识库。

48、 别人的文件是越多越乱，而我们的文件会越多越有价值。

49、新版的 tagLyst 还可以帮助我们，直接 通过「预设标签」规则，快速为有文件分类。

50、例如：创建一个名为「纽约」的智能标签，就可以立刻对成百上千已有文件中，标题含有「纽约」字眼的文件进行快速归类。

51、不用逐个再去贴标签了。

52、又如：名为「纽约」的智能标签下，我们还可以自定义「同义词」，例如：「NY」「Newyork」「N.Y.C」；这样一来 一些含有「纽约」同义词的文件，也能被「纽约」这个标签匹配到一起。

53、 这样一来，就省去我们逐个去翻看确认的时间了。

54、在文件名或文件夹名中，最多可以有255个字符。

55、其中包含驱动器和完整路径信息，因此用户实际使用的字符数小于255。

56、2、可以使用扩展名，扩展名用来表示文件类型。

57、3、文件名或文件夹名中允许使用空格，不能出现的字符有： / : * ? # ” < > |4、不区分英文字母大小写。

58、例如：A1与a1是同一个文件名。

59、5文件名和文件夹名中可以使用汉字。

60、例如：百度bd.exe。

61、6、 可以使用多分隔符的名字。

62、例如：中国.百度.exe。

63、1）在文件或文件夹的名字中，最多可使用255个字符。

64、用汉字命名，最多可以有127个汉字。

65、2)组成文件名或文件夹的字符可以是空格。

66、但不能使用下列字符：+、*、/、?、“、<、>、|3)在同一文件夹中不能有同名文件(4)文件和文件夹的名字中可以有多个分隔符。

今天的内容分享完毕，希望对大家有所帮助。

标签：