首页 / PHP / 用Trait来导入Util函数能否作为一种解决方法？

用Trait来导入Util函数能否作为一种解决方法？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了用Trait来导入Util函数能否作为一种解决方法？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3587字，纯文字阅读大概需要6分钟。

内容图文

一般对于Util方法，不外乎下面几种方法，以及我的一点看法：
  • 依赖注入（好，但麻烦，且Util似乎与注入对象的主业关系不大）
  • 弄一个包含Util方法的Container，然后注入（比上面那个只好一点点）
  • 静态方法（static is evil）

PHP 5.4 引入了 Trait，一般来说，用它作为 Interface 的默认实现似乎受众比较多。

用 Trait 来导入 Util 函数肯定是可行的，但这种解决方法是否违背 OOP 原则？是否最佳或者“优雅”呢？我举个例子：

Trait FormatDatetimeTrait
{
    proteted function formatDatetime($datetime, $style)
    {
        return date($style, $datetime);
    }
}

好了，这个方法干的活儿似乎多余————这不是我们讨论的重点，这只是个例子。在其他类中使用这个 Trait：

Class FooBar
{
    use FormatDatetimeTrait;

    /** Other stuff **/
    protected function getDate()
    {
        return $this->formatDatetime($this->time, $this->timeStyle);
    }
}

我想这里 Trait 的引用还是有好处的：

  • 依赖关系明了，虽然和类的主业关系不大，但毕竟用到它了
  • 导入的方法可以改名（formatDatetime as formatTime）
  • 客户类可以在导入函数基础之上扩展

那么，作为一种代码重用的工具，这么使用 Trait 都有那些缺点呢？是否违背 OOP 原则，或者违背它的设计初衷呢？

也欢迎有其他语言 Trait 使用经验的朋友提出宝贵意见 :-)。

回复内容：

一般对于Util方法，不外乎下面几种方法，以及我的一点看法：

  • 依赖注入（好，但麻烦，且Util似乎与注入对象的主业关系不大）
  • 弄一个包含Util方法的Container，然后注入（比上面那个只好一点点）
  • 静态方法（static is evil）

PHP 5.4 引入了 Trait，一般来说，用它作为 Interface 的默认实现似乎受众比较多。

用 Trait 来导入 Util 函数肯定是可行的，但这种解决方法是否违背 OOP 原则？是否最佳或者“优雅”呢？我举个例子：

Trait FormatDatetimeTrait
{
    proteted function formatDatetime($datetime, $style)
    {
        return date($style, $datetime);
    }
}

好了，这个方法干的活儿似乎多余————这不是我们讨论的重点，这只是个例子。在其他类中使用这个 Trait：

Class FooBar
{
    use FormatDatetimeTrait;

    /** Other stuff **/
    protected function getDate()
    {
        return $this->formatDatetime($this->time, $this->timeStyle);
    }
}

我想这里 Trait 的引用还是有好处的：

  • 依赖关系明了，虽然和类的主业关系不大，但毕竟用到它了
  • 导入的方法可以改名（formatDatetime as formatTime）
  • 客户类可以在导入函数基础之上扩展

那么，作为一种代码重用的工具，这么使用 Trait 都有那些缺点呢？是否违背 OOP 原则，或者违背它的设计初衷呢？

也欢迎有其他语言 Trait 使用经验的朋友提出宝贵意见 :-)。

Trait 属于静态模板（虽然可以被使用的类改写），不具备继承特性，所以不能用于继承关系比较复杂的场景。比如：

有一个 BaseTrait，被两个 UtilTraitA, UtilTraitB 都 use 了，然后呢，在一个类里面，要同时用到这两个 UtilTrait，这时问题来了，由于他们两个都使用同一个BaseTrait，BaseTrait 里面的方法就被重复导入了，这种冲突直接报错，并且无法解决。

Trait 的设计就是语法糖，具备类似继承的特征，但是和继承不一样。

所以，Util 方法全部改写为 Trait 虽然一开始可行，但必定会遇到使用时的冲突，因为如果使用了 Util Trait，其他 User Trait 再使用 Util Trait，那么使用这些 User Trait 的类极易产生导入冲突。

那么，Trait 应该怎么用？当模版用！解决少量代码重复的语法糖。绝对不可以把它用作继承体系的一部分，并且要注意方法命名，尽量避免和其他类产生冲突。

最后，Trait 不可以 implement interface，PHP 这么设计还是有道理的。

原讨论: https://coding.net/u/fwolf/pp/25934

楼主，对于Trait的用途php官方文档说的很详细，你应该再仔细读读。

自 PHP 5.4.0 起，PHP 实现了代码复用的一个方法，称为 traits。
Traits 是一种为类似 PHP 的单继承语言而准备的代码复用机制。Trait 为了减少单继承语言的限制，使开发人员能够自由地在不同层次结构内独立的类中复用方法集。Traits 和类组合的语义是定义了一种方式来减少复杂性，避免传统多继承和混入类（Mixin）相关的典型问题。
Trait 和一个类相似，但仅仅旨在用细粒度和一致的方式来组合功能。Trait 不能通过它自身来实例化。它为传统继承增加了水平特性的组合；也就是说，应用类的成员不需要继承。

http://php.com/manual/zh/language.oop5.traits.php

内容总结

以上是互联网集市为您收集整理的用Trait来导入Util函数能否作为一种解决方法？全部内容，希望文章能够帮你解决用Trait来导入Util函数能否作为一种解决方法？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/237331.html

来源：【匿名】