如何调用一个只是为了让另一个方法名称更好听而存在的方法?

发布于 2024-10-20 20:04:53 字数 242 浏览 2 评论 0原文

我想知道一个方法的正确术语,该方法存在的唯一原因是使方法调用更容易,使方法名称听起来/读起来更好。

就像这样:

public function translate($string)
{
    return Zend_Registry::get('Zend_Translate')->translate($string);
}

我可以将其称为适配器,但这是为适配器设计模式保留的。

I would like to know the proper term for a method whose only reason of existence is to make a method call easier, make a method name sound/read better.

Like that:

public function translate($string)
{
    return Zend_Registry::get('Zend_Translate')->translate($string);
}

I could call it an adapter but that's kind of reserved for the Adapter design pattern.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

晨与橙与城 2024-10-27 20:04:53

它称为外观设计模式。通常保留用于接口和系统,但没有理由不同样适用于各个功能。

Adapter 和 Facade 都是包装器;
但它们是不同种类的
包装纸。 Facade 的目的是
产生一个更简单的界面,并且
适配器的目的是设计一个
现有界面

嗯,所以也许它是一个适配器:)

就我个人而言,我尽量不要太担心什么正式定义(如果软件设计确实存在这样的东西),而更担心我使用的词语是否足以向某人传达我的意图还有谁在读书。如果你说适配器并且我们了解发生了什么,那就没问题了。

It's called the Facade design pattern. Usually reserved for interfaces and systems, but there's no reason why it doesn't equally apply to individual functions.

Adapter and Facade are both wrappers;
but they are different kinds of
wrappers. The intent of Facade is to
produce a simpler interface, and the
intent of Adapter is to design to an
existing interface

Hmm, so maybe it is an Adapter :)

Personally, I try not to worry too much about what formal definition (if such a thing truly exists for software design) and worry more whether the words I use sufficiently communicate my intent to someone else who's reading. If you say adapter and we understand what's going on, then that's all fine.

独闯女儿国 2024-10-27 20:04:53

我将其称为辅助函数、便利函数或包装函数。

I'd call that a helper function, a convenience function, or a wrapper function.

神回复 2024-10-27 20:04:53

我称它们为代理函数,但这只是我的说法。

I call them proxy functions, but that's just me.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文