问题标签 [getter]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
optimization - 在 Getter/Setter 或其他地方进行数据验证?
我想知道在getter和setter或代码的其他地方进行验证是否是个好主意。
当涉及到优化和加速代码时,这可能会让您感到惊讶,我认为您不应该在 getter 和 setter 中进行验证,而应该在更新文件或数据库的代码中进行验证。我错了吗?
c# - 我们如何在 Visual Studio 中生成 getter 和 setter?
通过“生成”,我的意思是自动生成特定选定(一组)变量所需的代码。
但欢迎对良好实践进行任何更明确的解释或评论。
c# - 为 C# 自动属性赋予初始值的最佳方法是什么?
如何为 C# 自动属性赋予初始值?
我要么使用构造函数,要么恢复到旧语法。
使用构造函数:
使用普通属性语法 (带有初始值)
有没有更好的办法?
setter - 如果你使用 getter 和 setter,你应该如何命名私有成员变量?
作为对这个关于前缀的问题的跟进,我同意线程上大多数人的观点,即前缀是不好的。但是如果你使用 getter 和 setter 呢?然后,您需要将可公开访问的 getter 名称与私有存储的变量区分开来。我通常只使用下划线,但有更好的方法吗?
c++ - 哪个更合适:getter 和 setter 还是函数?
如果替代函数名称使 API 更明显,那么放弃 getter 和 setter 的“getMyValue()”和“setMyValue()”模式是否合适?
例如,假设我在 C++ 中有这个类:
我可以像这样添加函数来获取/设置“mIsVisible”:
}
但是,同样可以使用以下方法:
简而言之,最好有一个“setVisible(bool)”方法还是一对“show()”和“hide()”方法?有没有约定,还是纯粹是主观的东西?
methods - 在方法名称中使用“get”的最佳做法是什么?
我注意到在 Java(包括 C#)的许多地方,许多“getter”方法都以“get”为前缀,而许多其他方法则没有。我从未注意到 Sun 似乎遵循的任何模式。在 getter 方法名称中使用“get”的一些准则或规则是什么?
entity - 数据属性的实体对象 getter 和 setter
我最近开始在 Java 中工作,并被介绍给一切事物的 getter 和 setter 的狂野而疯狂的世界。起初我讨厌它,但很快就习惯了。太习惯了。
最近我花了很多时间来更多地思考班级设计。我正在尝试做的一件事是避免为所有事情做 getter 和 setter 的陷阱。然而,我所做的大部分工作都是处理主要是数据容器的实体,我不确定在这些情况下 getter 和 setter 是否真的不合适。
这是一个使用公共属性的简单示例。
这是一个使用私有属性并使用 getter 和 setter 的简单示例。
在这些示例中, thename
和description
字段都应该可以更改。
我觉得 getter/setter 示例更清晰,并且隐藏了 whatname
和description
are 的实现细节。如果需要,它还允许稍后在片场进行验证。
我已经阅读了一些关于 getter 和 setter 是邪恶的和/或反模式的讨论,但感觉这些可能不适用于这种情况。
也许有一些我还没有考虑过的选择。我愿意接受建议!
java - 如何在 getter 链中跟踪 NullPointerException
如果我在这样的调用中收到 NullPointerException:
我得到一个相当无用的异常文本,例如:
我发现很难找出哪个调用实际上返回了 null,经常发现自己将代码重构为如下所示:
然后等待一个更具描述性的 NullPointerException 告诉我要查找哪一行。
你们中的一些人可能会争辩说连接 getter 是不好的风格,无论如何都应该避免,但我的问题是:我可以在不更改代码的情况下找到错误吗?
提示:我正在使用 eclipse,我知道调试器是什么,但我不知道如何将其应用于问题。
我对答案的结论:
一些答案告诉我,我不应该一个接一个地链接吸气剂,一些答案向我展示了如果我不遵守该建议如何调试我的代码。
我已经接受了一个答案,该答案准确地教会了我何时链接吸气剂:
- 如果它们不能返回 null,请随意链接它们。无需检查!= null,无需担心 NullPointerExceptions(请注意链接仍然违反 Demeter 法则,但我可以忍受)
- 如果它们可能返回 null,永远不要,永远不要链接它们,并检查每个可能返回 null 的 null 值
这使得任何关于实际调试的好建议都毫无用处。
java - getter 和 setter 是糟糕的设计吗?看到矛盾的建议
我目前正在开发一个具有多种不同模式的简单 Java 游戏。我扩展了一个主游戏类,将主逻辑放在其他类中。尽管如此,主要的游戏类仍然相当庞大。
在快速浏览了我的代码后,其中大部分是 Getters 和 Setters(60%),而其余部分则是游戏逻辑真正需要的。
一些 Google 搜索声称 Getter 和 Setter 是邪恶的,而其他人则声称它们对于良好的 OO 实践和出色的程序是必要的。
所以我该怎么做?应该是哪个?我应该为我的私有变量更改我的 Getter 和 Setter,还是应该坚持使用它们?
getter - 在类方法中使用 getter
如果您有一个具有一些普通 get/set 属性的类,是否有任何理由在类方法中使用 getter,或者您应该只使用私有成员变量?我认为关于setter(验证逻辑?)可能会有更多争论,但我想知道getter。
例如(在 Java 中)- 是否有任何理由使用选项 2?: