窗体和类的文件名后缀都是 .cs,起名有规范吗？是不是需要能分出窗体和类呢？

窗体和类的文件名后缀都是 .cs,起名有规范吗？是不是需要能分出窗体和类呢？
-------------------------------------------
好象不管是窗体，还是纯类，都是*.cs文件，我项目管理器中，不好从后缀名，一眼就能区分出是窗体还是类文件。所以我想问，命名有规范吗？
比如说窗体文件有什么开头，类文件以什么开头，有必须这样区分吗？

解决方案 »

  1.   

    我现在在做一个C#项目，是一个大型的物流系统，大约是200人左右的体制可能每个项目中对文件的命名规范是不同的，我说说我们的命名规范吧窗体：XXXFrm.cs
    模块：XXXMdl.cs
    后台控制：XXXCtl.cs
    业务逻辑：XXXBiz.cs
    数据访问：XXXDao.cs
    数据传递：XXXDto.cs
    当然，这是一个多层架构的命名规则，你也可以根据你的实际情况来选择命名方法
      

  2.   

    楼上的诸公说的都是为了使用方便,自家公司定的命名约定,C#和VS自身没有文件名的命名规范,每个文件的行为都是在文件的内容中进行描述的
      

  3.   

    确实，我也刚发现，最近好多人都在说，匈牙利命名法已经淘汰了。
    这是为什么呢？
    另外，一些脚本语言，却很同意匈牙利命名法呀，比如 python ，这是为什么呢？
    好象说匈牙利命名法不好的只有 c#，是这样吗？
      

  4.   

    当然不是...这问题要追溯计算机发展史，从前内存资源紧张，变量标识要求越短越好，又要短又要易读，匈牙利缩写命名就很适合...另外文件系统仅支持短文件名并且查看文件内容较繁琐，为了在短短8个字符的文件名中更容易反映文件内容也会经常使用缩写...而脚本语言是解释型语言，标识命名越短越好，有利于提高解释器效率...不可相提并论...现在的文件系统和主流编译型语言都不存在这些限制，编译后的标识都被自动优化，代码中的标识只是给程序员看的...而代码文件更只是个代码容器，只存在于coding期间，与运行时毫无关系...现在的标识规范是Camel命名法和Pascal命名法，以可读性为首要...文件名则无所谓，一般保持与类(结构等)名同名...