谷歌已经发布了一个关于PHP优化的指南，结论是:

没有getter和setter优化PHP

不，你不能使用魔法方法。对于PHP来说，魔法方法是邪恶的。为什么?

它们很难调试。 会对性能产生负面影响。 它们需要编写更多的代码。

PHP不是Java、c++或c#。PHP是不同的，它遵循不同的规则。

你可以使用php神奇的方法__get和__set。

<?php
class MyClass {
  private $firstField;
  private $secondField;

  public function __get($property) {
    if (property_exists($this, $property)) {
      return $this->$property;
    }
  }

  public function __set($property, $value) {
    if (property_exists($this, $property)) {
      $this->$property = $value;
    }

    return $this;
  }
}
?>

封装在任何面向对象语言中都很重要，与受欢迎程度无关。在动态类型语言(如PHP)中，它特别有用，因为如果不使用设置符，几乎没有办法确保属性是特定类型的。

在PHP中，这是有效的:

class Foo {
   public $bar; // should be an integer
}
$foo = new Foo;
$foo->bar = "string";

在Java中，它没有:

class Foo {
   public int bar;
}
Foo myFoo = new Foo();
myFoo.bar = "string"; // error

使用魔法方法(__get和__set)也可以，但只有当访问的属性的可见性低于当前作用域可以访问的时候。如果使用不当，调试时很容易让您头疼。

除了这里已经很好的和受人尊敬的答案之外，我还想扩展一下没有setter /getter的PHP。

PHP没有getter和setter语法。正如Dave所指出的那样，它提供了子类或魔法方法来允许“挂钩”和覆盖属性查找过程。

魔术让我们这些懒惰的程序员在积极参与一个项目并熟悉它的时候，用更少的代码做更多的事情，但通常是以可读性为代价的。

在PHP中，由于强制使用类似getter/setter的代码架构而导致的每个不必要的函数，都会在调用时涉及自己的内存堆栈框架，并浪费CPU周期。

可读性:代码库会导致代码行膨胀，这会影响代码导航，因为更多的LOC意味着更多的滚动。

偏好:个人而言，作为我的经验法则，我接受静态代码分析的失败 作为避免走上这条神奇之路的标志，只要我当时没有明显的长期利益。

谬论:

一个常见的论点是可读性。例如，$someobject->width比$someobject->width()更容易读取。然而，与行星的周长或宽度可以假定为静态的不同，对象的实例(例如$someobject)需要一个width函数，可能需要测量对象的实例宽度。 因此，可读性的提高主要是因为确定的命名方案，而不是通过隐藏输出给定属性值的函数。

__get / __set使用:

属性值的预验证和预清理 字符串。 ＂ 一些{mathsobj1->generatelatex}多 行文本{mathsobj1->latexoutput} {mathsobj1->generatelatex}有很多变量 一些原因 ＂ 在这种情况下，generatelatex将遵循actionname + methodname的命名方案 特殊的，明显的案例 dnastringobj - >同源框(one_rememberable_parameter美元)- >千钧一发——> findrelated () dnastringobj - >同源框(one_rememberable_parameter美元)- > gttccaatttga - > findrelated ()

注意:PHP选择不实现getter/setter语法。我并不是说getter /setter一般都不好。

谷歌已经发布了一个关于PHP优化的指南，结论是:

没有getter和setter优化PHP

不，你不能使用魔法方法。对于PHP来说，魔法方法是邪恶的。为什么?

它们很难调试。 会对性能产生负面影响。 它们需要编写更多的代码。

PHP不是Java、c++或c#。PHP是不同的，它遵循不同的规则。

验证+格式化/导出值

setter允许您验证数据，getter允许您格式化或派生数据。对象允许您将数据及其验证和格式化代码封装到一个鼓励DRY的整洁包中。

例如，考虑以下包含出生日期的简单类。

class BirthDate {

    private $birth_date;

    public function getBirthDate($format='Y-m-d') {
        //format $birth_date ...
        //$birth_date = ...
        return $birth_date;
    }

    public function setBirthDate($birth_date) {                   
        //if($birth_date is not valid) throw an exception ...          
        $this->birth_date = $birth_date;
    }

    public function getAge() {
        //calculate age ...
        return $age;
    }

    public function getDaysUntilBirthday() {
        //calculate days until birth days
        return $days;
    }
}

您需要验证所设置的值是否为

有效日期 不是将来

而且您不希望在整个应用程序中(或在多个应用程序中)执行此验证。相反，将成员变量设置为受保护或私有(以便使setter成为唯一的访问点)并在setter中进行验证更容易，因为这样无论对象来自应用程序的哪个部分，您都知道对象包含有效的出生日期，如果您想添加更多验证，那么可以将其添加到单个位置。

你可能想要添加多个格式化程序来操作同一个成员变量，即getAge()和getDaysUntilBirthday()，你可能想要在getBirthDate()中强制一个可配置的格式，这取决于地区。因此，我更喜欢通过getter始终访问值，而不是将$date->getAge()与$date->birth_date混合。

在扩展对象时，getter和setter也很有用。例如，假设您的应用程序需要在某些地方允许150年以上的出生日期，而在其他地方则不允许。在不重复任何代码的情况下解决这个问题的一种方法是扩展BirthDate对象，并将额外的验证放在setter中。

class LivingBirthDate extends BirthDate {

    public function setBirthDate($birth_date) {
        //if $birth_date is greater than 150 years throw an exception
        //else pass to parent's setter
        return parent::setBirthDate($birth_date);
    }
}