게터와 세터?

나는 PHP 개발자가 아니므로 PHP에서 개인 필드 (좋아하는 방식)와 함께 순수한 OOP 스타일로 명시적인 getter / setter를 사용하는 것이 더 인기가 있는지 궁금합니다.

class MyClass {
    private $firstField;
    private $secondField;

    public function getFirstField() {
        return $this->firstField;
    }
    public function setFirstField($x) {
        $this->firstField = $x;
    }
    public function getSecondField() {
        return $this->secondField;
    }
    public function setSecondField($x) {
        $this->secondField = $x;
    }
}

또는 공공 장소 :

class MyClass {
    public $firstField;
    public $secondField;
}

감사

당신이 사용할 수있는 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;
  }
}
?>

게터와 세터를 사용하는 이유는 무엇입니까?

1. 확장 성 : 프로젝트 코드에서 모든 var 할당을 검색하는 것보다 게터를 리팩터링하는 것이 더 쉽습니다.
2. 디버깅 : setter 및 getter에 중단 점을 둘 수 있습니다.
3. Cleaner : 매직 기능은 적은 쓰기에는 좋은 솔루션이 아니며 IDE는 코드를 제안하지 않습니다. 빠른 쓰기 게터를위한 템플릿을 더 잘 사용하십시오.

Google은 이미 PHP 최적화에 대한 가이드를 발표했으며 그 결론은 다음과 같습니다.

Getter 및 Setter 없음 PHP 최적화

그리고 마술 방법을 사용 해서는 안됩니다 . PHP의 경우 Magic Method는 사악합니다. 왜?

1. 그들은 디버깅하기 어렵다.
2. 성능에 부정적인 영향을 미칩니다.
3. 더 많은 코드를 작성해야합니다.

PHP는 Java, C ++ 또는 C #이 아닙니다. PHP는 다르며 다른 역할을합니다.

캡슐화는 모든 OO 언어에서 중요하며 인기는 그것과 관련이 없습니다. PHP와 같이 동적으로 유형이 지정된 언어에서는 setter를 사용하지 않고 속성이 특정 유형인지 확인하는 방법이 거의 없기 때문에 특히 유용합니다.

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)를 사용하는 것도 가능하지만 현재 범위보다 가시성이 낮은 속성에 액세스 할 때만 액세스 할 수 있습니다. 제대로 사용하지 않으면 디버그하려고 할 때 쉽게 두통을 줄 수 있습니다.

__call 함수를 사용하려는 경우이 방법을 사용할 수 있습니다. 그것은 작동

• GET => $this->property()
• SET => $this->property($value)
• GET => $this->getProperty()
• SET => $this->setProperty($value)

칼 다스

public function __call($name, $arguments) {

    //Getting and setting with $this->property($optional);

    if (property_exists(get_class($this), $name)) {


        //Always set the value if a parameter is passed
        if (count($arguments) == 1) {
            /* set */
            $this->$name = $arguments[0];
        } else if (count($arguments) > 1) {
            throw new \Exception("Setter for $name only accepts one parameter.");
        }

        //Always return the value (Even on the set)
        return $this->$name;
    }

    //If it doesn't chech if its a normal old type setter ot getter
    //Getting and setting with $this->getProperty($optional);
    //Getting and setting with $this->setProperty($optional);
    $prefix = substr($name, 0, 3);
    $property = strtolower($name[3]) . substr($name, 4);
    switch ($prefix) {
        case 'get':
            return $this->$property;
            break;
        case 'set':
            //Always set the value if a parameter is passed
            if (count($arguments) != 1) {
                throw new \Exception("Setter for $name requires exactly one parameter.");
            }
            $this->$property = $arguments[0];
            //Always return the value (Even on the set)
            return $this->$name;
        default:
            throw new \Exception("Property $name doesn't exist.");
            break;
    }
}

여기에 이미 훌륭하고 존경받는 답변 외에도 setter / getter가없는 PHP를 확장하고 싶습니다.

PHP에는 getter 및 setter 구문이 없습니다 . Dave가 지적한대로 "후킹"및 속성 조회 프로세스를 재정의 할 수 있도록하위 클래스 또는 마법 메서드를제공합니다.

매직 은 우리가 게으른 프로그래머 가 프로젝트에 적극적으로 참여할 때 적은 코드로 더 많은 일을 할 수있게 하고, 친밀하게 알고 있지만 일반적으로 가독성을 희생시킵니다.

성능 PHP에서 getter / setter와 같은 코드 아키텍처를 강제 실행함으로써 발생하는 모든 불필요한 기능은 호출시 자체 메모리 스택 프레임을 포함하며 CPU 사이클을 낭비합니다.

가독성 : 코드베이스는 부풀어 오른 코드 라인을 유발하며, LOC가 많을수록 스크롤이 많을수록 코드 탐색에 영향을 미칩니다.

선호 : 개인적으로, 경험상, 명백한 장기적 이익이 그 당시에 나에게 빠지지 않는 한 마법의 길을 따라 가지 않는 것을 피하기 위해 정적 코드 분석의 실패를 표시합니다.

오류 :

일반적인 주장은 가독성입니다. 예를 들어 $someobject->width보다 읽기 쉽습니다 $someobject->width(). 행성 그러나 달리 circumference또는 width가정 될 수있는 것으로 static, 예컨대 오브젝트의 인스턴스 $someobject폭 함수가 필요 가능성 오브젝트의 인스턴스 폭을 측정합니다.
따라서 주어진 속성 값을 출력하는 함수를 숨기지 않고 독단적 인 이름 지정 체계로 인해 가독성이 주로 향상됩니다.

__get / __set는 다음을 사용합니다.

• 재산 가치의 사전 검증 및 사전 위생

• 문자열 예

  "
  some {mathsobj1->generatelatex} multi
  line text {mathsobj1->latexoutput}
  with lots of variables for {mathsobj1->generatelatex}
   some reason
  "

  이 경우 generatelatexactionname + methodname의 이름 지정 체계를 준수합니다.

• 특별하고 명백한 경우

  $dnastringobj->homeobox($one_rememberable_parameter)->gattaca->findrelated()
  $dnastringobj->homeobox($one_rememberable_parameter)->gttccaatttga->findrelated()

참고 : PHP는 getter / setter 구문을 구현하지 않기로 선택했습니다. 나는 게터 / 세터가 일반적으로 나쁘다고 주장하지 않는다.

class MyClass {
    private $firstField;
    private $secondField;
    private $thirdField;

    public function __get( $name ) {
        if( method_exists( $this , $method = ( 'get' . ucfirst( $name  ) ) ) )
            return $this->$method();
        else
            throw new Exception( 'Can\'t get property ' . $name );
    }

    public function __set( $name , $value ) {
        if( method_exists( $this , $method = ( 'set' . ucfirst( $name  ) ) ) )
            return $this->$method( $value );
        else
            throw new Exception( 'Can\'t set property ' . $name );
    }

    public function __isset( $name )
    {
        return method_exists( $this , 'get' . ucfirst( $name  ) ) 
            || method_exists( $this , 'set' . ucfirst( $name  ) );
    }

    public function getFirstField() {
        return $this->firstField;
    }

    protected function setFirstField($x) {
        $this->firstField = $x;
    }

    private function getSecondField() {
        return $this->secondField;
    }
}

$obj = new MyClass();

echo $obj->firstField; // works
$obj->firstField = 'value'; // works

echo $obj->getFirstField(); // works
$obj->setFirstField( 'value' ); // not works, method is protected

echo $obj->secondField; // works
echo $obj->getSecondField(); // not works, method is private

$obj->secondField = 'value'; // not works, setter not exists

echo $obj->thirdField; // not works, property not exists

isset( $obj->firstField ); // returns true
isset( $obj->secondField ); // returns true
isset( $obj->thirdField ); // returns false

준비된!

음, PHP는 마법 방법을 가지고 __get, __set, __isset및 __unset항상 시작이다. 아아 적절한 (얻을까요?) OO 속성은 마술 방법 이상입니다. PHP 구현의 주된 문제점은 접근 할 수없는 모든 속성에 대해 마법 메서드가 호출된다는 것 입니다. 즉, 이름 이 실제로 객체의 속성 인지 확인할 때 마술 메서드에서 자신을 반복해야합니다 (예 : property_exists () 호출) . 그리고 모든 클래스가 ie에서 상속하지 않으면 기본 클래스 로이 일반적인 문제를 실제로 해결할 수 없습니다. PHP에는 다중 상속이 없기 때문에 ClassWithProperties.

반면에 파이썬의 새로운 스타일 클래스는 property()모든 속성을 명시 적으로 정의 할 수있게합니다. C # 에는 특별한 구문이 있습니다.

http://en.wikipedia.org/wiki/Property_(programming)

매직 메소드 __call을 사용하여 실험했습니다. (다른 답변과 의견에 모든 "마법을 사용하지 마십시오"경고로 인해) 게시해야할지 확실하지 않지만 누군가가 유용하다고 생각하는 경우 여기에 남겨 두겠습니다.

public function __call($_name, $_arguments){
    $action  = substr($_name, 0, 4);
    $varName = substr($_name, 4);

    if (isset($this->{$varName})){
        if ($action === "get_") return $this->{$varName};
        if ($action === "set_") $this->{$varName} = $_arguments[0];
    }
}

위의 메소드를 클래스에 추가하면 다음과 같이 입력 할 수 있습니다.

class MyClass{
    private foo = "bar";
    private bom = "bim";
    // ...
    // public function __call(){ ... }
    // ...
}
$C = new MyClass();

// as getter
$C->get_foo(); // return "bar"
$C->get_bom(); // return "bim"

// as setter
$C->set_foo("abc"); // set "abc" as new value of foo
$C->set_bom("zam"); // set "zam" as new value of bom

이런 식으로 클래스에있는 모든 것을 가져 오거나 설정할 수 있습니다. 특정 요소에 대해서만 필요한 경우 "화이트리스트"를 필터로 사용할 수 있습니다.

예:

private $callWhiteList = array(
    "foo" => "foo",
    "fee" => "fee",
    // ...
);

public function __call($_name, $_arguments){
    $action  = substr($_name, 0, 4);
    $varName = $this->callWhiteList[substr($_name, 4)];

    if (!is_null($varName) && isset($this->{$varName})){
        if ($action === "get_") return $this->{$varName};
        if ($action === "set_") $this->{$varName} = $_arguments[0];
    }
}

이제 "foo"와 "fee"만 가져 오거나 설정할 수 있습니다.
이 "화이트리스트"를 사용하여 var에 액세스 할 사용자 정의 이름을 지정할 수도 있습니다.
예를 들어

private $callWhiteList = array(
    "myfoo" => "foo",
    "zim" => "bom",
    // ...
);

이 목록으로 다음을 입력 할 수 있습니다.

class MyClass{
    private foo = "bar";
    private bom = "bim";
    // ...
    // private $callWhiteList = array( ... )
    // public function __call(){ ... }
    // ...
}
$C = new MyClass();

// as getter
$C->get_myfoo(); // return "bar"
$C->get_zim(); // return "bim"

// as setter
$C->set_myfoo("abc"); // set "abc" as new value of foo
$C->set_zim("zam"); // set "zam" as new value of bom

.
.
.
그게 다야.

Doc : __call () 은 객체 컨텍스트에서 접근 할 수없는 메소드를 호출 할 때 트리거됩니다.

다른 조언을 읽은 후에는 다음과 같이 말하고 싶습니다.

A와 GENERIC 규칙, 당신은 항상에 대한 setter를 정의하지 않습니다 ALL의 (... 세마포어, 내부 플래그) 속성, 특별히 "내부"사람을. 읽기 전용 속성에는 setter가 없으므로 일부 속성에는 getter 만 있습니다. 그것이 __get ()이 코드를 축소하는 곳입니다.

• 비슷한 모든 속성에 대해 __get () (매직 글로벌 게터)을 정의하십시오.
• 배열로 그룹화하십시오.
  • 공통적 인 특징을 공유합니다 : 화폐 가치는 형식이 올바르거나 특정 레이아웃의 날짜 (ISO, US, Intl.) 등입니다.
  • 코드 자체는이 마법적인 방법을 사용하여 기존 속성과 허용 속성 만 읽고 있는지 확인할 수 있습니다.
  • 비슷한 속성을 새로 만들어야 할 때마다 선언하고 적절한 배열에 이름을 추가하면됩니다. 그것은 클래스 코드 전체에 반복적으로 반복되는 몇 줄의 코드로 새로운 getter를 정의하는 것보다 훨씬 빠릅니다 .

예! 우리는 그렇게하기 위해 개인 메소드를 작성할 수 있지만, 다시 말하지만, 항상 동일한 메소드를 호출하는 많은 메소드 (++ 메모리)가 선언됩니다. 왜 그들 모두 를 지배하기 위해 SINGLE 메소드를 작성하지 않습니까? [네! 절대적으로 의도 된 말장난! :)]

매직 세터는 특정 속성에만 응답 할 수 있으므로 한 가지 방법만으로 모든 날짜 유형 속성을 유효하지 않은 값에 대해 선별 할 수 있습니다. 날짜 유형 특성이 배열에 나열되면 해당 세터를 쉽게 정의 할 수 있습니다. 물론 예입니다. 상황이 너무 많습니다.

가독성에 대해 ... 글쎄 ... 그것은 또 다른 논쟁입니다. 저는 IDE 사용에 얽매이고 싶지 않습니다 (사실, 나는 그것들을 사용하지 않습니다, 그들은 나에게 방법을 알려주고 강요 하는 경향이 있습니다 ) 쓰기 ... 그리고 나는 "아름다움"을 코딩하는 것을 좋아합니다.) 나는 이름에 대해 일관성을 유지하는 경향이 있으므로 ctags와 몇 가지 다른 보조 도구를 사용하면 충분합니다 ... 어쨌든 :이 마술 세터와 게터가 모두 끝나면 다른 세터를 너무 구체적이거나 "특별한" __set () 메소드에서 일반화되어야합니다. 그리고 그것은 속성을 얻고 설정하는 데 필요한 모든 것을 다룹니다. 물론 : 항상 공통점이있는 것은 아니며, 마법적인 방법을 코딩하는 데 어려움을 겪을 가치가없는 몇 가지 속성이 있으며, 여전히 기존의 전통적인 세터 / 게터 쌍이 있습니다.

프로그래밍 언어는 인간 인공 언어입니다. 따라서 각각의 고유 한 억양이나 악센트, 구문 및 풍미가 있으므로 Java 또는 C #과 동일한 "액센트"를 사용하여 Ruby 또는 Python 코드를 작성하는 척하지 않으며 JavaScript 또는 PHP를 작성하여 닮지 않습니다. Perl 또는 SQL ... 사용하는 방식대로 사용하십시오.

일반적으로, 첫 번째 방법은 사전 프로그래밍 지식이있는 사람들이 PHP로 쉽게 전환하고 객체 지향 방식으로 작업을 수행 할 수 있기 때문에 전체적으로 더 인기가 있습니다. 첫 번째 방법은 더 보편적입니다. 저의 조언은 많은 언어에서 시도되고 진실 된 것을 고수하는 것입니다. 그런 다음 언제 다른 언어를 사용하면 무언가를 성취 할 준비가됩니다 ( 바퀴를 재창조하는 데 시간을 소비하는 대신 ).

netbeans-convention에서 소스 코드를 작성하는 방법에는 여러 가지가 있습니다. 이거 좋은데. 그렇게 쉽게 생각할 수 있습니다 === FALSE. 어떤 속성을 캡슐화해야하는지, 어떤 속성을 캡슐화하지 않아야하는지 확실하지 않은 경우, 특히 traditionalel을 사용하십시오. 나는 그것이 boi .... pla ... 코드라는 것을 알고 있지만 디버깅 작업과 다른 많은 사람들에게는 그것이 더 좋고 명확한 방법이라고 생각합니다. 간단한 게터와 세터를 만드는 방법에 대해 thousend of arts와 많은 시간을 보내지 마십시오. 마법을 사용하는 경우 demeter-rule 등과 같은 일부 디자인 패턴을 구현할 수 없습니다. 특정 상황에서는 magic_calls를 사용하거나 작고 빠르고 명확한 솔루션을 사용할 수 있습니다. 물론 이런 방식으로 디자인 패턴에 대한 솔루션을 만들 수는 있지만 왜 생활을 더 어렵게 만드는가?

값 검증 + 포맷 / 파생

세터를 사용하면 데이터의 유효성을 검사하고 게터를 사용하여 데이터를 형식화하거나 파생시킬 수 있습니다. 개체를 사용하면 데이터와 해당 유효성 검사 및 서식 코드를 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;
    }
}

설정되는 값이 유효한지 확인하고 싶을 것입니다

• 유효한 날짜
• 미래에는 없다

또한 애플리케이션 전체에서 (또는 해당 사안의 여러 애플리케이션에서)이 유효성 검증을 수행하고 싶지 않습니다. 대신 멤버 변수를 보호 또는 비공개로 설정하고 (세터를 유일한 액세스 포인트로 만들기 위해) 세터에서 검증하는 것이 더 쉽습니다. 응용 프로그램에서 개체를 가져 왔으며 더 많은 유효성 검사를 추가하려는 경우 한 곳에서 추가 할 수 있습니다.

당신은 같은 멤버 변수의 예에서 작동 여러 포매터 추가 할 수 있습니다 getAge()와 getDaysUntilBirthday()당신은에 구성 형식을 적용 할 수 있습니다 getBirthDate()지역에 따라. 따라서 나는와 혼합 $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);
    }
}

이 게시물에 대해 구체적으로하지 않습니다 __get및 __set아니라 __call메소드 호출을 제외하고 같은 생각이다. 일반적으로 의견과 게시물에 설명 된 이유로 과부하를 허용하는 모든 유형의 마술 방법을 피하십시오. 그러나 최근에는 SERVICE 및 SUB-SERVICE를 사용하는 타사 API를 사용했습니다. :

http://3rdparty.api.com?service=APIService.doActionOne&apikey=12341234

이것의 중요한 부분은이 API가이 경우 하위 작업을 제외한 모든 것이 동일하다는 것 doActionOne입니다. 아이디어는 개발자 (나 자신 과이 클래스를 사용하는 다른 사람들)가 다음과 같은 이름 대신 하위 서비스를 이름으로 호출 할 수 있다는 것입니다.

$myClass->doAction(array('service'=>'doActionOne','args'=>$args));

대신 할 수 있습니다.

 $myClass->doActionOne($args);

하드 코딩하려면 많은 중복이 발생합니다 (이 예제 는 코드와 매우 유사 함).

public function doActionOne($array)
    {
        $this->args     =   $array;
        $name           =   __FUNCTION__;
        $this->response =   $this->executeCoreCall("APIService.{$name}");
    }

public function doActionTwo($array)
    {
        $this->args     =   $array;
        $name           =   __FUNCTION__;
        $this->response =   $this->executeCoreCall("APIService.{$name}");
    }

public function doActionThree($array)
    {
        $this->args     =   $array;
        $name           =   __FUNCTION__;
        $this->response =   $this->executeCoreCall("APIService.{$name}");
    }

protected function executeCoreCall($service)
    {
        $cURL = new \cURL();
        return $cURL->('http://3rdparty.api.com?service='.$service.'&apikey='.$this->api.'&'.http_build_query($this->args))
                    ->getResponse();
    }

그러나 마법의 방법 __call()으로 동적 방법으로 모든 서비스에 액세스 할 수 있습니다.

public function __call($name, $arguments)
    {
        $this->args     =   $arguments;
        $this->response =   $this->executeCoreCall("APIService.{$name}");   
        return $this;
    }

데이터 반환에 대한이 동적 호출의 이점은 공급 업체가 다른 하위 서비스를 추가하는 경우 클래스에 다른 메소드를 추가하거나 확장 클래스 등을 작성할 필요가 없다는 것입니다. 이것이 유용한 지 확실하지 않습니다. 사람,하지만 난 예를 보여주는 것입니다 생각 __set, __get, __call주요 기능은 데이터의 반환이기 때문에, 등이 고려 옵션이 될 수 있습니다.

편집하다:

우연히도 게시 후 며칠이 지나서 정확히 내 시나리오를 간략하게 설명했습니다. 내가 언급 한 API는 아니지만 메소드 적용은 동일합니다.

API를 올바르게 사용하고 있습니까?

업데이트 : 이것은 내가 배우는 동안 찾은 매우 멍청한 코드 이므로이 답변을 사용하지 마십시오. 일반 게터와 세터를 사용하면 훨씬 좋습니다.

나는 일반적으로 변수 이름을 함수 이름으로 사용하고 선택적 매개 변수를 해당 함수에 추가하여 호출자가 선택적 매개 변수를 채울 때 속성으로 설정하고 $ this 객체 (체인)를 반환 한 다음 선택적 매개 변수가 발신자, 방금 발신자에게 속성을 반환합니다.

내 예 :

class Model
{
     private $propOne;
     private $propTwo;

     public function propOne($propVal = '')
     {
          if ($propVal === '') {
              return $this->propOne;
          } else {
              $this->propOne = $propVal;
              return $this;
          }
     }

     public function propTwo($propVal = '')
     {
          if ($propVal === '') {
              return $this->propTwo;
          } else {
              $this->propTwo = $propVal;
              return $this;
          }
     }
}