PHP是我的第一种编程语言。我还不太清楚何时使用静态类和实例化对象。
我知道可以复制和克隆对象。但是在我使用PHP的所有时间里，任何对象或函数始终以单个返回值（数组、字符串、整数）或void结束。
我理解书中的概念，比如视频游戏角色类，“复制汽车对象并使新对象变红”，这些都是有意义的，但是在PHP和Web应用程序中使用它们却没有意义。
一个简单的例子是博客。博客的哪些对象最适合作为静态或实例化对象实现？DB类呢？为什么不只是在全局范围内实例化db对象？为什么不将每个对象都设为静态？性能方面呢？
这一切只是风格吗？这样做是否有正确的方法？
这是一个非常有趣的问题——答案也可能很有趣 ^^
最简单的考虑方法可能是：
（是的，我承认，真的真的过于简单了...）
关于静态方法/类的一件事是它们不方便单元测试（至少在PHP中，但可能在其他语言中也是如此）。
关于静态数据的另一件事是，在程序中仅存在一个实例：如果你在某个地方设置了 MyClass::$myData 的某个值，它将具有该值，并且每个地方都是如此——说到用户，你只能拥有一个用户——这并不太好，对吗？
对于博客系统，我能说些什么呢？实际上，我认为没有多少我会写成静态的内容；也许是DB访问类，但最终可能也不是 ^^
使用静态方法的两个主要缺点是：
在某个方法内调用静态方法实际上比导入全局变量更糟糕。在PHP中，类是全局符号，因此每次调用静态方法都依赖于全局符号（即类名）。这是全局变量有害的情况之一。我曾经在Zend框架的某个组件中遇到过这种方法的问题。有些类使用静态方法调用（工厂）来构建对象。对我来说，不可能向该实例提供另一个工厂以获取自定义对象。解决这个问题的方法是只使用实例和实例方法，并在程序开始时强制使用单例等。
Miško Hevery是谷歌敏捷教练，他提出了一个有趣的理论，或者说建议，即我们应该将对象创建时间与使用对象的时间分开。因此，程序的生命周期分为两个部分。第一部分（例如main()方法）负责应用程序中所有对象的连接，第二部分则执行实际工作。
因此，不要使用：
class HttpClient
{
public function request()
{
return HttpResponse::build();
}
}
我们应该使用以下方法：
class HttpClient
{
private $httpResponseFactory;
public function __construct($httpResponseFactory)
{
$this->httpResponseFactory = $httpResponseFactory;
}
public function request()
{
return $this->httpResponseFactory->build();
}
}
然后，在索引/主页中，我们将执行以下操作（这是对象连接步骤，或创建程序要使用的实例图形的时间）：
$httpResponseFactory = new HttpResponseFactory;
$httpClient = new HttpClient($httpResponseFactory);
$httpResponse = $httpClient->request();
主要思想是将依赖关系解耦出您的类。这样，代码就变得更加可扩展，并且对我来说最重要的部分是可测试性。为什么可测试性更重要？因为我并不总是编写库代码，因此可扩展性并不那么重要，但是当我进行重构时，可测试性是很重要的。无论如何，可测试的代码通常会产生可扩展的代码，因此这并不是一个非此即彼的情况。
Miško Hevery也清楚地区分了单例和Singletons（大小写有或没有"S"）之间的差异。区别非常简单。小写"s"的Singleton是由索引/主文件中的连接所强制执行的。您实例化一个不实现Singleton模式的类的对象，并确保只将该实例传递给需要它的任何其他实例。另一方面，具有大写"S"的Singleton是经典（反）模式的实现。基本上是一个伪装成全局变量的东西，在PHP世界中用处不大。到目前为止，我还没有见过这种情况。如果您希望所有类都使用单个DB连接，则最好按以下方式进行：
$db = new DbConnection;
$users = new UserCollection($db);
$posts = new PostCollection($db);
$comments = new CommentsCollection($db);
通过上述方法，我们明确了我们拥有一个单例，并且还有一种很好的方式在测试中注入模拟对象或存根。单元测试如何带来更好的设计令人惊讶，但当你考虑到测试强制你思考如何使用代码时，这是有很多道理的。
/**
* An example of a test using PHPUnit. The point is to see how easy it is to
* pass the UserCollection constructor an alternative implementation of
* DbCollection.
*/
class UserCollection extends PHPUnit_Framework_TestCase
{
public function testGetAllComments()
{
$mockedMethods = array('query');
$dbMock = $this->getMock('DbConnection', $mockedMethods);
$dbMock->expects($this->any())
->method('query')
->will($this->returnValue(array('John', 'George')));
$userCollection = new UserCollection($dbMock);
$allUsers = $userCollection->getAll();
$this->assertEquals(array('John', 'George'), $allUsers);
}
}
Zend_Db_Table 实例中使用的 DB 适配器类的名称。我已经很久没有使用过它们了，所以可能已经不再相关，但这是我记得的方式。在PHP中，static可以应用于函数或变量。非静态变量与类的特定实例绑定。非静态方法作用于类的一个实例。所以我们假设有一个叫做BlogPost的类。
title将成为非静态成员。它包含了该博客文章的标题。我们还可能有一个叫做find_related()的方法。它不是静态的，因为它需要来自博客文章类的特定实例的信息。
这个类看起来会像这样:
class blog_post {
public $title;
public $my_dao;
public function find_related() {
$this->my_dao->find_all_with_title_words($this->title);
}
}
另一方面，如果使用静态函数，您可以编写如下类:
class blog_post_helper {
public static function find_related($blog_post) {
// Do stuff.
}
}
在这种情况下，由于函数是静态的且不作用于任何特定的博客文章，因此您必须将博客文章作为参数传递。
从本质上讲，这是关于面向对象设计的问题。您的类是系统中的名词，而对它们进行操作的函数则是动词。 静态函数是过程式的。您需要将函数的对象作为参数传递。
更新：我还要补充一点，很少是在实例方法和静态方法之间进行选择，而更多的是在使用类和使用关联数组之间进行选择。例如，在博客应用程序中，您可以从数据库中读取博客文章并将其转换为对象，或者您可以将它们保留在结果集中并将它们视为关联数组。然后，你编写以关联数组或关联数组列表作为参数的函数。
在面向对象的情况下，您在BlogPost类上编写方法，以操作单个帖子，并编写静态方法来操作帖子集合。
这是纯粹的风格问题吗？
在很长一段时间内，是的。您可以编写完全良好的面向对象程序而不使用静态成员。实际上，有些人认为静态成员本身就是一种不纯洁的元素。我建议作为oop入门者，尽量避免使用静态成员。这将促使您沿着“面向对象”的方向编写代码，而非“过程式”编程风格。
我对大多数回答方式有不同的看法，特别是在使用PHP时。除非你有很好的理由，否则我认为所有类都应该是静态的。一些“why not”的原因包括：
让我举个例子。由于每个PHP脚本都会生成HTML代码，我的框架有一个HTML编写器类。这确保了没有其他类会尝试编写HTML，因为这是一个专业任务，应该集中到一个单独的类中。
通常，您将像这样使用html类：
html::set_attribute('class','myclass');
html::tag('div');
$str=html::get_buffer();
$form = new form(stuff here);
$form->add(new text(stuff here));
$form->add(new submit(stuff here));
$form->render(); // Creates the entire form using the html class
使用静态类是不可能完成这个任务的，尤其是考虑到每个添加的类的某些构造函数会做很多工作，并且所有元素的继承链非常复杂。因此，这是一个清楚的例子，静态类不应该被使用。
大多数实用程序类，例如将字符串转换/格式化的类，都是成为静态类的好选择。我的规则很简单：在PHP中，除非有一个理由说明不应该使用静态类，否则一切都会变成静态的。
首先要问自己，这个对象将代表什么？对象实例适用于操作不同的动态数据集。
一个很好的例子是ORM或数据库抽象层。您可能有多个数据库连接。
$db1 = new Db(array('host' => $host1, 'username' => $username1, 'password' => $password1));
$db2 = new Db(array('host' => $host2, 'username' => $username2, 'password' => $password2));
$someRecordsFromDb1 = $db1->getRows($selectStatement);
$someRecordsFromDb2 = $db2->getRows($selectStatement);
foreach ($someRecordsFromDb1 as $row) {
// change some values
$row->someFieldValue = 'I am the value for someFieldValue';
$row->anotherDbField = 1;
// now save that record/row
$row->save();
}
foreach ($someRecordsFromDb2 as $row) {
// delete a row
$row->delete();
}
Session::set('someVar', 'toThisValue');
Session::get('someVar'); // returns 'toThisValue'
由于每个会话一次只能有一个用户，因此创建会话实例没有意义。
希望这可以帮助您更好地理解。另外，请查看“内聚性”和“耦合性”，它们概述了编写代码时适用于所有编程语言的一些非常好的实践方法。
我想说，在跨语言应用程序中，静态变量确实有用的情况。
你可以创建一个类，将语言作为参数传递给它（例如 $_SESSION ['language']），然后它会访问其他设计为如下的类：
Srings.php //The main class to access
StringsENUS.php //English/US
StringsESAR.php //Spanish/Argentina
//...etc
使用Strings::getString("somestring")是将语言使用抽象出应用程序的好方法。您可以按照自己的方式实现，但在这种情况下，每个字符串文件都具有带有字符串值的常量，并且由Strings类访问这些常量非常有效。
通常情况下，你应该使用成员变量和成员函数，除非它必须在所有实例之间共享，或者你正在创建一个单例。使用成员数据和成员函数使你可以重复使用函数来处理多个不同的数据，而如果你使用静态数据和函数，则只能有一个数据副本进行操作。此外，虽然这并不适用于PHP，但静态函数和数据会导致代码不可重入，而类数据则方便重入。