Java If条件命名约定
我有一个布尔函数来检查Scanda键是否有效。我把它命名为:Java If条件命名约定,java,boolean,coding-style,naming-conventions,Java,Boolean,Coding Style,Naming Conventions,我有一个布尔函数来检查Scanda键是否有效。我把它命名为: areScandataKeysValid() 对于命名约定,应该将其命名为ISSCANDataKeysValid()还是像我上面所做的那样?。在Clean Code book中,我只看到了带有is版本的示例。所以,我不知道哪一个有意义?语法上,是,这是肯定的。isName()约定是JavaBeans标准的一部分,适用于布尔值属性 如果您的API不需要与JavaBeans兼容,那么可以忽略该约定 如果检查扫描键的方法不打算用作“属性
areScandataKeysValid()
对于命名约定,应该将其命名为ISSCANDataKeysValid()还是像我上面所做的那样?。在Clean Code book中,我只看到了带有is版本的示例。所以,我不知道哪一个有意义?语法上,是,这是肯定的。isName()约定是JavaBeans标准的一部分,适用于布尔值属性
- 如果您的API不需要与JavaBeans兼容,那么可以忽略该约定
- 如果检查扫描键的方法不打算用作“属性”的getter,则
约定不适用isName()
arecandatakeysvalid
而不是isScandataKeysValid
。还有其他可供选择的方案;e、 g
用于谓词,或hasvalidscandatakey
或validateScandatakes
用于(通常)引发异常以指示无效的方法checkScandaKeys
- 如果您的API不需要与JavaBeans兼容,那么可以忽略该约定
- 如果检查扫描键的方法不打算用作“属性”的getter,则
约定不适用isName()
arecandatakeysvalid
而不是isScandataKeysValid
。还有其他可供选择的方案;e、 g
用于谓词,或hasvalidscandatakey
或validateScandatakes
用于(通常)引发异常以指示无效的方法checkScandaKeys
底线:你的选择。我认为“是”或“是”是多余的。最重要的是,谓词函数的最后一个词是形容词。因此,我将该方法命名为ScandaKeysValid,或者如果从类的上下文中可以清楚地看到,则将其命名为keysValid。我认为“是”或“是”是多余的。最重要的是,谓词函数的最后一个词是形容词。因此,我将该方法命名为ScandaKeysValid,或者如果从类的上下文中可以清楚地看到,则命名为keysValid。命名约定通常只适用于getter吗?e、 如果属性是boolean,则getProperty将成为isProperty,但您不希望任何返回boolean的方法以isWhat's name of the class in the Discussible(问题类的名称)开头?命名约定通常不适用于getter吗?e、 如果属性是boolean,则getProperty将变为isProperty,但您不希望任何返回布尔值的方法以isWhat's name of the class开始?