问题标签 [convenience-methods]

我注意到 Android 开发中最乏味的部分之一是布局设计，即使使用布局生成器也是如此。

设置好图形后，再进行布局，与布局元素进行变量关联非常繁琐，比如ImageButton myButton = (ImageButton)findViewById(R.id.myButton);

在较大的布局中，跟踪这些可能会变得乏味（回忆元素的名称），然后需要以任何顺序添加更多变量会令人沮丧。

为了稍微减轻这种情况，如果我在 XML 中声明的所有 ID 都自动与其适当的变量相关联，并且所有这些数据类型都已包含在该类中，那将非常方便

有什么东西已经这样做了吗？

例如，如果我写

那么我希望已经包含此布局的类

这是要请求的设置还是功能？我正在使用 Eclipse IDE，它会非常方便

假设您有一个SingletonConstants 类，您希望在整个应用程序中使用它的实例。

中someClass，因此我们可以参考[Constants instance] someCleverConstant];

输入这个很快就会变老，如果能得到一个实例的快捷方式会很好。

• 中someClass，我们可以声明@property (nonatomic, weak, readonly) Constants *constants;
• 以及实例的吸气剂

这种方式在 someClass 中，因此我们可以constants.someCleverConstant;改为引用

关于这个的几个问题：

• 我描述的方法是合理的吗？
• 申报财产是否正确weak？
• 我所描述的内容是否存在任何性能问题？直接调用实例实际上会更好吗？
• 考虑一种情况，您有 20 个类，每个类都需要它自己的指向常量实例的指针。那么这种方法会奏效吗？

感谢您的时间。

如果我有一个带有如下便利构造函数的超类（使用 ARC）：

如果我然后使用名为 ClassB 的类子类化 ClassA，并且我想重写便利构造函数，则以下正确：

（假设我不能在 ClassB 上调用 alloc 和 init）。

谢谢！

R 最让我烦恼的一件事是绘图、点和线命令的分离。如果您最初未能正确设置 ylim 和 xlim ，则必须将情节更改为第一个情节的任何变体，并且必须从头开始重新绘制，这有点令人恼火。有一个命令不是很好：

1. 通过参数选择线、点或两者，如plot(..., type = "l")？

2. 默认情况下，根据当前设备是否为空来选择是创建一个新的绘图，还是添加到现有的绘图。

3. 如果添加到绘图的元素超出当前范围，则自动重新缩放轴。

有没有人做过这样的事情？如果没有，并且没有充分的理由说明这是不可能的，我稍后会自己回答这个问题......

我注意到for...of循环被添加到 ECMAScript-6 提案中，但直到现在才听说过它们。他们的典型用例是什么？

当我编程时，我会发现自己循环使用相同的三个 shell 命令，例如：

1. vim myGraphic.cpp
2. g++ -lglut -lGLU myGraphic.cpp -o prettyPicture
3. ./prettyPicture

为了避免每次都按三次向上键，我在我的 bashrc 中添加了以下内容：

但是，当我使用“cyc”功能时，出现错误

“bash：！-3：找不到命令”。

这种历史扩展技术与 shell 交互地工作，但它似乎不适用于函数定义。这种差异的解释是什么？我怎样才能使一个等效于“cyc”的函数起作用？

更新：我在 kimisc 包中添加了Roland 实现的变体。

是否有将对象导出到全局环境的便捷函数，可以从函数中调用该函数以使对象全局可用？

我正在寻找类似的东西

这会表现得像

基本原理

我知道<<-和assign。我需要这个来重构旧代码，这只是脚本的串联：

script2.R使用来自 的结果script1.R，并script3.R可能使用来自1和的结果2。这会创建一个污染严重的命名空间，我想更改每个脚本

至

作为第一个廉价的对策。

免责声明：这个问题是针对那些认为 Scott Meyers 在 Effective C++ 第 23 条中的建议是好的 OO 设计的人——至少在 C++ 中是这样。

在不存在全局函数的 Java 中，乍一看这个原则似乎不适用，但在我看来它是适用的。以斯科特迈耶斯自己的例子为例。

通过创建一个包含静态便利方法的关联“命名空间”类，我WebBrowser通过最小化可以访问其内部的代码量来增加封装。毕竟，Java 中的静态方法本质上是全局函数（假设类中的所有内容都是公共的和静态的）。

我能看到的唯一缺点是 Java 中没有依赖于参数的查找，因此调用该方法会稍微冗长一些。

我的问题是，考虑到在 C++ 中使用非成员函数是可取的（请参阅我的免责声明），除了增加冗长之外，还有什么理由不希望在 Java 中这样做？这个问题特别是关于 C++ 和 Java 在这种技术方面的区别。

我不想听听个人关于这是否是一个好的面向对象设计的意见，尽管我有兴趣听听 C++ 和 Java 之间是否存在任何可能导致普遍意见偏向于一种或另一种的文化差异。

[编辑]

不幸的是，我并没有真正得到我的问题的答案，我试图减少基于意见的编辑并没有阻止它被关闭，所以我无法选择一个可接受的答案。可以将其解释为实际上没有技术原因您不想这样做（假设这是 C++ 中的良好实践），并且对这种技术的任何反对纯粹是个人的或文化的 Java 事物。

所以我对何时自动释放对象有点困惑。到目前为止，我明白，如果我不是“所有者”，它会这样做。但在哪些情况下我不是所有者？当我使用便捷方法创建对象时？我不明白所有这些便利方法的来源以及您将如何创建它们。

在我看来，很多 OpenCL 内核参数设置都可以简化。人们能想到的最基本的事情是实现：

然后对于每个参数，可以读取 arg_index、arg_size 和 value 的三元组，或者 arg_size 和 arg_value 对，甚至只是参数（如果有人可以在 impl 中以某种方式找出签名类型是什么）。

作为标准的一部分，这不是已经在某处实施了吗？

注意：我对 C 和 C++ 代码都感兴趣。