Tag: 命名约定

为什么Java包名称应该是小写的?

其实这是完全的理论问题。 但是为什么java规范不允许在包中使用大写字母的字母,并且导致这样写: com.mycompany.projname.core.remotefilesystemsynchronization.* 代替 com.myCompanyName.projName.core.remoteFileSystemSynchronization.*

C#字段命名指南?

我将在C#代码上自己做一些工作,但是我想确保遵循最广泛接受的命名约定,以便让其他开发人员,发布代码或销售我的代码。 现在我正在按照微软已经设定的命名约定,因为它们似乎是最被广泛接受的。 他们没有提到的一件事是为私人领域命名。 在大多数情况下,我已经看到他们在camelCase中命名像受保护的字段,但是这给我一个问题,因为参数名称应该在camelCase中。 以下面的构造函数为例: public GameItem(string baseName, string prefixName, string suffixName) { //initialize code } 现在,如果我也使用camelCase作为私有字段,除非我使用“this”来访问类字段(我认为这违背了大多数标准,更不用说意味着更多的input),否则会存在命名冲突。 一个解决scheme是给参数一个不同的名字,但是不合逻辑意义的是给相同的数据2个不同的名字。 我所知道的唯一的其他解决scheme在C ++编码中是很常见的,一开始就给私人成员一个下划线。 这种解决scheme通常被C#编码接受吗? 有没有解决这个问题的另一种方法(比如只使用属性(使用PascalCase)访问字段,即使在类本身)?

数据库名称约定:DATETIME列

什么是DATETIME列的命名约定(在我的情况下,使用MS SQL Server) 对于存储创build行时CreatedDatetime有意义的列或LastModifiedDatetime 。 但是对于一个简单的表格,让我们说一个叫Event的东西,你会创build一个名为: EventID, // Primary key EventDatetime, // When the event is happening EventEnabled // Is the event is on 要么 ID, // Primary key Datetime, // When the event is happening Enabled // Is the event is on 如果您不使用惯例:请提供您将使用的列名称。

C#.NET实例variables的命名约定?

我在一个企业做了一个小实习,在他们的代码中我find了这样命名的类: public class FlagsConfig { private static FlagsConfig _instance; } _instance是C#中任何types的命名约定吗? 我会问开发商,但他们今天和下个星期都在某个课程上。

如何在Java中命名HashMap?

这可能是一个愚蠢的问题,但我从来没有find一个令人满意的方式来命名Java中的typesHashMap<K,V>的variables。 例如 – 可以说我有一个HashMap ,其中每个桶是一个<K,V>对,其中K是一个String表示“状态”, V是一个Integer代表状态的县数。 HashMap应该被命名为“ mapStateCounty ”,“ stateToCountyMap ”等。 哪一个在逻辑上看起来更具吸引力,而且直观易懂,不会令人困惑和冗长?

尾随下划线的C ++中的成员variables

我已经看到人们在类中为成员variables使用尾部下划线,例如着名的C ++ FAQ Lite 。 我认为它的目的不是将variables标记为成员,这就是“m_”的用途。 它的实际目的是使得像这个字段这样命名的访问器方法成为可能: class Foo { public: bar the_bar() { return the_bar_; } private: bar the_bar_; } 有访问者省略“get_”部分在STL和boost中很常见,我试图尽可能地开发一种编码风格,但是我不能用下划线技巧来看到它们。 我无法在STL中find一个访问器,或者只是返回一个私有variables。 我有几个问题希望你能回答: 这个惯例从哪里来? 短暂聊天? Objective-C的? 微软? 我在想。 我会使用尾部下划线为所有私人成员或只是作为一种解决方法,以防我想命名一个函数像variables? 你可以指向我的STL或增强代码,演示成员variables的尾部下划线? 有谁知道Stroustrup对这个问题的看法是什么? 你能指点我进一步讨论这个问题吗?

你如何为PEP 8命名一个名字是缩写的类?

我试图坚持Python代码的风格指南(也称为PEP 8 )。 因此,命名类的首选方法是使用CamelCase: 几乎没有例外,类名称使用CapWords约定。 内部使用的类别还有一个主要的下划线。 如果我的class级名称是由两个缩略词组成的,那么我应该如何与PEP 8保持一致? 例如,如果我的class级名称是“NASA JPL”,你会怎么说呢? class NASAJPL(): # 1 class NASA_JPL(): # 2 class NasaJpl(): # 3 我正在使用#1,但看起来很奇怪。 #3看起来也很奇怪,#2似乎违反了PEP 8。

什么是Java Base API中最具误导性的方法?

我最近试图将string文字转换为boolean ,当方法boolean Boolean.getBoolean(String name)popup自动完成窗口。 还有另外一种方法( boolean Boolean.parseBoolean(String s) )出现在后面,这导致我search找出这两者之间有什么区别,因为他们似乎都这样做。 事实certificate, Boolean.getBoolean(String name)实际上做的是检查是否存在给定名称的System属性(!),以及它的值是否为true 。 我认为这是非常具有误导性的,因为我绝对不会期望Boolean方法实际上调用了System.getProperty ,只是通过查看方法签名,它确实看起来像(至less对我来说)被用来parsing一个String作为boolean 。 当然,javadoc说得很清楚,但我仍然认为这个方法有一个误导性的名字,而且它不在正确的位置。 其他原始types的包装,如Integer也有类似的方法。 另外,它似乎不是一个非常有用的方法属于基础的API,因为我认为这是不是很常见的东西像-Darg=true 。 也许这是一个Java位置面试的好问题:“ Boolean.getBoolean("true")的输出是什么?” 我相信这些方法的更合适的位置将在System类,例如, getPropertyAsBoolean ; 但是我仍然认为没有必要在基础API中使用这些方法。 把它们放在像Properties类这样的东西里是很有意义的,在这种types的转换中非常普遍。 你怎么看待这一切? 另外,如果您还有其他“尴尬”的方法,请将其发布。 NB我知道我可以使用Boolean.valueOf或Boolean.parseBoolean将string转换为boolean ,但我只是想讨论一下API的devise。

“英雄”这个类名是从哪里来的?

一个被广泛采用的CSS命名实践是使用hero作为应用于网站主标题的类名。 这个命名约定是从哪里来的,特别是对某些事情的参考?

如何在Objective-C中命名常量?

Objective-C中常量的命名约定是什么(或者最常用的命名方式)? extern常量是否有不同的标准? 我见过的一些风格: NSString* const kPreferenceFirstRun = @"FirstRun"; // Replace "XY" by a prefix representing your company, project or module NSString* const XYPreferenceFirstRun = @"FirstRun";