이 글에서는 주로 PHP의 static 및 Yield 키워드에 대한 관련 정보를 예제 코드를 통해 자세히 소개합니다. 아래에 오셔서 저와 함께 배워보세요.
머리말
이 글은 주로 PHP의 static 및 Yield 키워드에 대한 관련 내용을 소개하고 참고 및 학습을 위해 공유합니다. 아래에서는 자세히 설명하지 않겠습니다. 자세한 소개.
먼저 정적 키워드에 대해 이야기해 보겠습니다. 이 문서에서는 정적 메서드와 후기 바인딩의 사용에 대해서만 설명합니다.
static 메소드를 수정하는 데 사용되는 경우
static 키워드는 메소드와 속성을 수정하는 데 사용되는 것으로 알려져 있습니다. 그렇다면 프로젝트에서 어떤 시나리오에 사용합니까?
모든 메서드가 정적이어야 하는 여러 프로젝트를 접했습니다. 물론 컨트롤러 메서드는 이를 수행할 수 없습니다. 그 이유 중 하나는 정적 메서드 실행 효율성이 높다는 것입니다. 그럼 이를 토대로 분석해보겠습니다.
우선 실행효율이 높다는 점에는 이의가 없습니다. 효율성이 높기 때문에 프로젝트에 제약 없이 사용해야 하는 걸까요? 이 문제를 논의하기 위해 먼저 프로그래밍 언어의 역사를 살펴보겠습니다. 초기에는 객체지향 프로그래밍이 없었고 구조화된 프로그래밍을 사용했습니다. 당시에는 기본적으로 모든 메소드가 정적 메소드였습니다. 그러다가 객체지향이라는 개념이 생겨났습니다.
위의 간략한 개발 과정을 보면 단지 성능만을 위한 것이라면 객체지향 개발은 필요 없을 것 같습니다. 그렇다면 이 대가들은 C++ 및 Java와 같은 언어에 객체 지향 및 인스턴스화를 도입하는 것에 대해 어떻게 생각합니까? 개발이 진행되면서 프로젝트가 점점 커지면서 더 나은 코드 구성과 프로그래밍 사고가 필요하기 때문이라고 생각합니다.
정적을 되돌아보면, 그것이 정의하는 정적 메서드는 정말 효율적이지만, 계속해서 메모리를 차지하게 됩니다. 수명 주기는 프로그램이 종료되어야만 끝나며, 그 기간 동안 소멸되지 않는 등의 부작용도 있습니다. 그 중 다른 하나는 디자인 패턴에서 비롯된 것입니다. 일반적으로 이것은 강한 결합을 가지며 정적 속성은 외부에서 수정될 수 있습니다. 셋째, 정적으로 정의된 메서드는 재정의로 다시 작성할 수 없으며 넷째로 정적입니다. 메서드는 단위 테스트를 수행할 때 골치 아픈 문제입니다.
그러므로 위 내용을 토대로 앞으로는 정적 메소드를 사용하지 않고 정직하게 메소드를 인스턴스화하고 호출하는 것이 낫다고 생각합니다. 우리는 이성적이어야 하며, 너무 극단적이어서 어디에서나 사용할 수도 없고 전혀 사용할 수도 없습니다. 요점: 객체 지향 방식으로 생각하는 법을 배우십시오. 코드를 작성할 때 가장 먼저 고려해야 할 사항은 확장성(빠른 비즈니스 변화에 대처)과 유지 관리성(온라인 문제를 적시에 해결)이라고 생각합니다. 높은 효율성은 마지막으로 고려해야 합니다(효율성을 최적화하는 방법이 너무 많기 때문에 모든 방법에 정적을 추가할 필요는 없습니다). 객체 지향 관점에서 이 메서드가 완전히 독립적이고 클래스 속성과 관련이 없다면 static을 사용하세요.
간단히 말하면, 효율성을 위해 코드의 아름다움을 훼손하는 것이 아니라 객체지향 관점과 소프트웨어 설계 수준에서 구문 사용을 고려합니다.
static 후기 정적 바인딩
이 내용은 PHP 문서에 자세히 소개되어 있지만 과거에는 정적 메서드 및 속성 호출에 self::를 거의 사용하지 않았습니다.
늦은 바인딩은 어느 정도 정적 메서드를 오버로드하는 것과 같다고 생각합니다. 다음은 이를 설명하는 PHP 문서의 예입니다
<?php
class A {
public static function who() {
echo __CLASS__;
}
public static function test() {
self::who();
static::who();// 后期静态绑定
}
}
class B extends A {
public static function who() {
echo __CLASS__;
}
}
B::test(); self::who() 가 호출되면 다음이 출력됩니다: A. static::who()가 Bself::who() 调用，会输出：A。如果是 static::who() 会输出 B
这样来看，是不是相当于 class B重写了父类 A 的 who()
who() 메서드를 재정의하는 것과 동일합니까? 따라서 이 기능을 유연하게 사용하면 static을 더욱 유연하게 만들 수 있습니다. 성능 이점을 최대한 활용하고 확장성이 떨어지는 문제를 해결합니다. 물론, 객체 지향 관점에서는 여전히 동일합니다. PHP의 Yield 사용 시나리오
先说它的使用场景，还是得先回顾历史，在没有 yield 之前，我们要生成一个数组，只能一次性把所有内容全部读入内存（当然也可以通过实现 Iterator接口实现一个迭代）。有了 yield 之后，我们可以通过一个简单的 yield 关键字，完成一个数组的生成，并且是用到的时候才会产生值，相对而言内存占用肯定会下降。空口无凭，咱们下面通过代码实际检验一下上面的结论。
先来看普通模式
<?php
function generateData($max)
{
$arr = [];
for ($i = 0; $i <= $max; $i++) {
$arr[] = $i;
}
}
echo '开始前内存占用：' . memory_get_usage() . PHP_EOL;
$data = generateData(100000);
echo '生成完数组后内存占用：' . memory_get_usage() . PHP_EOL;
unset($data);
echo '释放后的内存占用：' . memory_get_usage() . PHP_EOL;运行得到结果：
开始前内存占用：231528 生成完数组后内存占用：231712 释放后的内存占用：231576
前后的差值是：184
使用yield后的效果
function generateData($max)
{
for ($i = 0; $i <= $max; $i++) {
yield $i;
}
}
echo '开始前内存占用：' . memory_get_usage() . PHP_EOL;
$data = generateData(100000);// 这里实际上得到的是一个迭代器
echo '生成完数组后内存占用：' . memory_get_usage() . PHP_EOL;
unset($data);
echo '释放后的内存占用：' . memory_get_usage() . PHP_EOL;运行结果：
开始前内存占用：228968 生成完数组后内存占用：229824 释放后的内存占用：229016
前后的差值是：856
奇怪，使用了 yield 后，内存占用反而上升了，这是什么鬼？别急。上面我们参数传入的是 1,000,00，我现在将传入参数改成改成 1,000,000试试。
第一个方法得到的结果是：
开始前内存占用：231528 Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 bytes) in /test/yield.php on line 6
看了吧，一百万次的循环时，一次性载入内存，超出了限制。那么再来看 yield 的执行结果:
开始前内存占用：228968 生成完数组后内存占用：229824 释放后的内存占用：229016
前后的差值依然是：856
好了到这里，应该看出来了，yield无论数组大小，占用均是 856 ，这是因为它自身，它在你进行迭代的时候才会产生真实数据。
所以如果你的数据来源非常大，那么用 yield 吧。如果数据来源很小，当然选择一次载入内存。
总结
위 내용은 PHP의 정적 및 수율 키워드에 대한 심층적인 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
