当前位置: 首页 > 面试题库 >

ctor和setter的参数命名约定

麹繁
2023-03-14
问题内容

对于那些没有特殊符号(例如m_foo或)命名成员变量的人foo_,如何命名ctor和setter的参数?

到目前为止我尝试过的一些选项…

Obj(int foo) : foo(foo) { }
void set_foo(int foo) { this->foo = foo; }

Obj(int _foo) : foo(_foo) { }
void set_foo(int _foo) { foo = _foo; }

Obj(int a_foo) : foo(a_foo) { } // a for "argument"
void set_foo(int a_foo) { foo = a_foo; }

Obj(int init_foo) : foo(init_foo) { }
void set_foo(int new_foo) { foo = new_foo; }

问题答案:

我正在使用foo_,它比_foo更好,因为它不会与实现特定的函数名称和关键字发生冲突。



 类似资料:
  • 问题内容: 如果我有以下私人成员: 我应该如何命名我的吸气剂/设置剂: 要么 编辑:或 ? 问题答案: 正确答案是 如果希望根据 8.8 节 : 将JavaBeans API规范 的推断名称大写 (例如,通过JSP中的$ {object.xIndex}访问它们),将它们用作属性。

  • 我正在使用laravel Elount数据对象访问我的数据,命名我的表、列、外键/主键等的最佳方式是什么? 我发现,有很多命名惯例。我只是想知道哪一个最适合Laravel雄辩的模特。 我正在考虑以下命名约定: 单数表名(例如:Post) 单列名称(例如:userId-post表中的用户id) 表格名称中多个单词的驼峰式大小写(例如:PostComment、PostReview、PostPhoto)

  • 按照惯例,类型参数名称被命名为单个大写字母,因此可以使用普通的类或接口名称轻松区分类型参数。 以下是常用类型参数名称列表 - E - Element,主要由Java Collections框架使用。 K - Key,主要用于表示地图键的参数类型。 V - Value,主要用于表示地图值的参数类型。 N - 数字,主要用于表示数字。 T - Type,主要用于表示第一个泛型类型参数。 S - Typ

  • 问题内容: 案例A 不遵循Getter&Setter约定 human / human.go main / main.go 案例B 遵循getter和setter约定 main / main.go 以下约定的问题是,在提供其字段名称时无法实例化该结构。我想使用约定,但是我只能使用私有访问。 问题答案: 实例化结构(或对象,采用面向对象的语言)时,无论如何都不应指定私有字段的值。但是,提供可能以私有字

  • 为了在跨API开发中向开发者提供一致的开发体验,所有的命名应该保证: 简单 直观 一致 这适用于接口、资源、集合、方法以及消息的命名。 因为很多开发者并非以英语作为母语,所以命名约定的目标之一是确保大多数开发者可以更容易理解 API。对于方法和资源,我们鼓励使用简单、直观和一致的单词来命名。 API 中的命名应该使用正确的美式英语。例如,使用美式英语的 license 而非英式英语的 licenc

  • 在本节,我们不会讨论适用于大规模和可维护的最佳 CSS 命名方案,因为这不仅仅超过了个人的能力范围,也不是一个Sass样式指南可以解决的问题。我个人推荐遵从 CSS Guidelines 的建议。 良好的命名对保持整体代码的一致性和可读性非常重要,在 Sass 中可以命名的地方如下: 变量; 函数; 混合宏。 由于 Sass 占位符遵循和类名相同的命名模式,因此被视为常规的 CSS 选择器,也就在