抛开个人习惯不谈,你觉得文件命名哪种方式更合理? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
conis
V2EX    程序员

抛开个人习惯不谈,你觉得文件命名哪种方式更合理?

  •  
  •   conis
    conis 2012-10-25 12:04:00 +08:00 6925 次点击
    这是一个创建于 4737 天前的主题,其中的信息可能已经有所发展或是发生改变。
    大体上常用文件的命名有Camel-Case方式(productName),下划线(product_name),短横线(product-name),Upper Camel-Case(ProductName)。
    我感觉有时候对文件命名有些乱,有时候用_,也有时候用-,还有些时候用Camel-Case。
    23 条回复    1970-01-01 08:00:00 +08:00
    zxsky1
        1
    zxsky1  
       2012-10-25 12:19:17 +08:00   1
    按楼主的描述,喜欢用Upper Camel-Case(ProductName),易读,而且感觉如果名称部分用连接符号会破坏视觉。
    在后边加日期时用_或者-连接。如ProductName-20121025。
    一直比较习惯用_,最近觉得-不错,从视觉上和输入的方便性方面都好一些,一些新的文件也开始用-命名。
    august
        2
    august  
       2012-10-25 12:32:30 +08:00
    用 product_name
    binux
        3
    binux  
       2012-10-25 12:35:28 +08:00   1
    抛开个人习惯,文件命名用哪种方式更合理,这个问题不用谈了
    halfbloodrock
        4
    halfbloodrock  
       2012-10-25 12:42:11 +08:00
    这个和操作系统有点关系,- 在Linux/Unix是参数符,不是很合适出现在Unix/Linux系统里。
    conis
        5
    conis  
    OP
       2012-10-25 18:45:40 +08:00
    @zxsky1 我一般喜欢用camelCase的方式,写程序习惯了,因为C#和Javascript都是这种方式。但文件命名有时候会用_
    conis
        6
    conis  
    OP
       2012-10-25 18:48:49 +08:00
    @binux Linux系统对大小写敏感,有些时候,url在程序中可能会被转换为小写,其实我是认为url的命名应该用_或者-,但-对SEO是比较好的。这样url和代码的习惯就不一致了,所以挺乱的。
    conis
        7
    conis  
    OP
       2012-10-25 18:49:22 +08:00
    @august 觉得_不太好看,呵呵。
    loveminds
        8
    loveminds  
       2012-10-25 21:30:57 +08:00
    Upper Camel-Case和短横线都有用
    orvice
        9
    orvice  
       2012-10-25 21:33:54 +08:00
    最喜欢 product_name
    thedevil7
        10
    thedevil7  
       2012-10-25 22:24:29 +08:00
    heheSmile.2012.10.25.txt
    偶尔用 minecraft - OptiFine.jar 优点是看得比较清楚,缺点是长度增加比较快
    techlivezheng
        11
    techlivezheng  
       2012-10-25 22:51:54 +08:00
    "Product name" 是 Windows 下的习惯,"product_name" 是 *nix 系的(集成自C),"ProductName" 是 Java 党。
    lyping
        12
    lyping  
       2012-10-26 09:21:35 +08:00
    product-name吧,写_比-多按一个键。
    kaiix
        13
    kaiix  
       2012-10-26 10:18:20 +08:00
    Conform to language conventions.
    BOYPT
        14
    BOYPT  
       2012-10-26 13:45:45 +08:00
    个人习惯的方式最合理。
    syngevan
        15
    syngevan  
       2012-10-26 14:14:50 +08:00
    这永远无法统一。
    AEM
        16
    AEM  
       2012-10-26 21:04:14 +08:00
    20121026凤凰城开盘预告DM文案.doc
    ivanlw
        17
    ivanlw  
       2012-10-27 00:05:40 +08:00
    @conis C#的类名用Upper CamelCase吧,对象名才是用camelCase
    foru17
        18
    foru17  
       2012-10-27 00:08:44 +08:00
    2012-09-01-开题报告-初版.doc
    john
        19
    john  
       2012-10-27 03:41:17 +08:00
    product_name
    sinxccc
        20
    sinxccc  
       2012-10-27 05:02:58 +08:00
    只要全组统一,每种都是合理的。
    lightening
        21
    lightening  
       2012-10-27 07:49:26 +08:00
    我能说我喜欢空格吗?
    skywalker
        22
    skywalker  
       2012-10-27 08:11:31 +08:00
    毫无疑问:

    this-is-the-best.md

    用下划线的大部分是受编程语言影响,但是编程语言的命名具有局限性,-可能会被表示为减号。一个例证就是lisp家族里面用-命名的很多

    (setq mac-option-modifier 'meta)
    conis
        23
    conis  
    OP
       2012-10-27 20:22:55 +08:00
    抱歉,我在主题中没有指明,我主要是指在开发中的文件命名,特别是资源的命名。
    其实这个问题也不是什么大问题,只是随便讨论一下,呵

    @ivanlw 是这样的,包括NameSpace和Enum也是大小打头。

    @skywalker 考虑到程序中的习惯,_是一个比较好的,因为你在程序中老用_,突然在资源中又用-,有时候就会交错造成不同的命名风格出现。

    个人觉得,在url中,用-是比较好的,当然为了统一风格可以用url重写。其它文件中,用_是比较好。空格不太好吧?大小写在Linux会不会造成一些问题?
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3547 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 47ms UTC 05:03 PVG 13:03 LAX 22:03 JFK 01:03
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86