问题标签 [method-signature]

确定何时使用方法重载以及何时使用单独的“请求”类的最佳“经验法则”是什么？例如：

相对于：

最好坚持一种方式或另一种方式，还是在“必要”时使用？关于何时何地应该使用一个而不是另一个？

你如何决定使用哪个，为什么？

我有一个通过内部单个方法调用而变化的方法，我想传递它作为参数变化的方法的方法/签名......这在Objective C中是可能的还是希望太大了为了？

我想从 dll 中调用一个方法，但我既没有源文件也没有头文件。我尝试使用 dumpbin /exports 查看方法的名称，但我可以找到方法签名？

有没有办法调用这个方法？

谢谢，

重复：返回类型的函数重载？

也许这是一个非常愚蠢的问题，但我不明白为什么当它们具有不同的返回类型时，我不能声明具有相同签名的两个方法。

我收到一个编译错误，指出该类已经定义了具有相同参数类型的成员。

（显然我在我的代码中使用它的方式并不像我的示例代码那么简单......但我认为它可以理解这个想法。）

我是否遗漏了一些关于 OO 设计的东西，这使得我正在尝试做一个 OOP 反模式？只要我明确告诉它我想要哪一个，编译器当然应该能够确定我正在尝试使用哪种方法。

鉴于MyClass myClass = new MyClass();我希望以下代码能够工作：

我希望以下代码有问题：

但即使在var它的情况下也会导致编译错误。

谁能看到我在这里做错了什么？我很高兴得到纠正。:-)

我有一个第三方 jar 文件，它仅用于部分 API 的 javadocs。有没有办法对 jar 文件进行逆向工程以获得完整的类和方法列表？

我经常看到方法接口的两种相互冲突的策略，大致概括如下：

我见过第二种形式的拥护者，特别是在动态语言中，可能更难评估正在使用的字段。

但是，我更喜欢第一种形式：它更短，出错的空间更小，如果对象的定义稍后发生更改，您不一定需要更新方法签名，也许只需更改您在方法。

这两种形式是否有令人信服的一般情况？是否有明确的例子说明何时应该使用第二种形式而不是第一种形式？是否有 SOLID 或其他 OOP 原则我可以指出来证明我决定使用一种形式而不是另一种形式？如果您使用动态语言，上述任何答案是否会发生变化？

我有一个使用 Flex 4 SDK 编译的纯 Action Script 3 项目。我有一个标准的 Makefile，它会根据需要自动调用 compc、mxmlc 和 asdoc。该项目在我的 Mac OS X 10.4+ 计算机上编译干净，没有错误或警告；但是，当与在 Windows XP（安装了 Cygwin）上开发的同事共享它时，他会得到一个非常大的“不兼容签名”错误列表。为什么他会出现这些错误？签名似乎不兼容。

注意：有问题的签名是“原始”和“导出”，使用如下：

注意：上面的代码是我如何使两个 SWF 文件中使用的 Action Script 3 类在一个 SWF 动态加载另一个 SWF 时解析为同一个类的解决方案的一部分？

我可能是错的，但我猜测为什么不能在方法中本地声明枚举？ 那，由于Java中的枚举不能在本地声明，因此返回类型Enum的方法有问题吗？我可以声明一个方法应该返回一个 Enum（见下文），但是如何实现这样的方法以返回 null 以外的任何内容，或者对在方法之外声明的 Enum 的引用？我的第一个倾向是为此使用泛型进行调查，但如果 SO 社区可以帮助我避免它们，我想避免任何死胡同。

我想编写一个工厂方法来实例化一个作为聚合根的实体。

该方法应该接受聚合的子实体和值作为实例化对象，还是应该只接受原始类型？

例如，如果我有一个由处理器和内存对象组成的实体计算机，工厂方法是否应该采用以下形式：

或者

这只是品味问题，还是这里有任何认真的考虑？

我正在寻找一种方法来提取 Java 中签名的本质。原因是我想在我的 java.lang.reflect.Proxies 的 Map 中使用签名作为唯一键。

使用此代码：

结果显然是错误的。

这段代码不是我将使用的代码，因为我需要在 InvocationHandler 中使用它，但我想知道关于代理实现和接口，获取method.getName()andmethod.getParameterTypes()是否就足够了，或者我应该使用method.getTypeParameters()andmethod.getParameterAnnotations()吗？

简而言之：如何获得与接口及其 java.lang.reflect.Proxy 实现相同的方法签名？