在Ruby中使用所有大写的类名是一种糟糕的做法吗?

在Ruby中使用所有大写的类名是一种糟糕的做法吗?,ruby,naming-conventions,Ruby,Naming Conventions,考虑一个Foo ID的类: class Fid 这不是一个好名字,因为它模糊了意思 class FID 这更好,因为它意味着Foo-id Ruby中的大多数类都是CamelCase,所以使用所有CAP是一种不好的做法吗 JSON类呢?根据上的Ruby样式指南,您应该: 类和模块的用例。(保留首字母缩写词,如HTTP、RFC、, XML大写。) ID部分应全部大写。但我不知道你为什么要缩短Foo。最好的解决方案是使用FooID之类的东西 JSON是大写的,因为它是一个缩写。根据上的Ruby s

考虑一个Foo ID的类:

class Fid
这不是一个好名字,因为它模糊了意思

class FID
这更好,因为它意味着Foo-id

Ruby中的大多数类都是CamelCase,所以使用所有CAP是一种不好的做法吗


JSON类呢?

根据上的Ruby样式指南,您应该:

类和模块的用例。(保留首字母缩写词,如HTTP、RFC、, XML大写。)

ID部分应全部大写。但我不知道你为什么要缩短Foo。最好的解决方案是使用FooID之类的东西


JSON是大写的,因为它是一个缩写。

根据上的Ruby style guide,您应该:

类和模块的用例。(保留首字母缩写词,如HTTP、RFC、, XML大写。)

ID部分应全部大写。但我不知道你为什么要缩短Foo。最好的解决方案是使用FooID之类的东西


JSON是大写的,因为它是一个缩写。

Ruby中的类名与此完全相同。根据定义,缩略语是模糊的,如“不清楚”。因此,为什么不使用
foodidentification
很明显,如果您愿意,可以在程序上下文中以较短的名称存储它。当然,目前还不清楚您的程序是否有一个为缩写词提供上下文的名称。因为它是一个类似于DB ID的应用程序ID。
Identification
在应用程序的上下文中实际上没有任何意义
FIdentifier
更好,但
ID
是一个封装含义的常用名称。@vgoff说得很好,但一些简短的缩写,如
FooID
非常清楚,而长名称,如
FooIdentification
,很容易拼写错误。(当然,一些简短的名字,如“guerdon”也很容易拼写错误。)在程序中拼写错误并不罕见,但我敢说,一个拼写一致的名字并不是什么问题。此外,制表符补全有助于统一拼写长名称。如果发现拼写错误,您可以完全更正它,而不改变程序的行为。我想冒昧地说,任何n+1长度的单词都和其他单词一样容易拼错,它只需要更改1个字符。
FID
FID
或多或少地表明,它是F的ID而不是Foo的。我建议使用Cary Swoveland的
FooID
。我不确定gems是如何工作的,所以我会使用
FooId
。我想如果你想创建gem,你应该看看gem的指南。Ruby中的类名就是这样的。根据定义,缩略语是模糊的,如“不清楚”。因此,为什么不使用
foodidentification
很明显,如果您愿意,可以在程序上下文中以较短的名称存储它。当然,目前还不清楚您的程序是否有一个为缩写词提供上下文的名称。因为它是一个类似于DB ID的应用程序ID。
Identification
在应用程序的上下文中实际上没有任何意义
FIdentifier
更好,但
ID
是一个封装含义的常用名称。@vgoff说得很好,但一些简短的缩写,如
FooID
非常清楚,而长名称,如
FooIdentification
,很容易拼写错误。(当然,一些简短的名字,如“guerdon”也很容易拼写错误。)在程序中拼写错误并不罕见,但我敢说,一个拼写一致的名字并不是什么问题。此外,制表符补全有助于统一拼写长名称。如果发现拼写错误,您可以完全更正它,而不改变程序的行为。我想冒昧地说,任何n+1长度的单词都和其他单词一样容易拼错,它只需要更改1个字符。
FID
FID
或多或少地表明,它是F的ID而不是Foo的。我建议使用Cary Swoveland的
FooID
。我不确定gems是如何工作的,所以我会使用
FooId
。我想如果你想创建gem,你应该查看gem的指南。