在OO PHP中加载实例的用处？

Question

我被要求用PHP做一个项目，并确保它是面向对象的。 我已经完成了OO，我已经完成了PHP，但从来没有。

OO PHP（继承/多态）之外的主要好处似乎是代码组织。 没关系; 我这样做。 但是，如果我真的应该为每个“对象”创建实例，那么我会陷入困境。

对我来说（也许我在这里天真），一个Web应用程序就是要做出非常简短的无状态请求来改变或检索数据库中的记录。 对象不能在请求之间保留。 因此，从数据库加载数据，从该数据构造对象，进行小更新，将数据从对象保存回数据库，然后抛弃对象，感觉相当无意义。 加载/保存代码似乎是无用的工作。 [澄清：浪费开发时间，不处理时间......不太关心开销]

另一种方法是让一堆单例（或带有静态方法的类）只为数据库层提供一个漂亮的，有组织的抽象层。 我想以这种方式编写代码并不会感觉真的是OO。 我错过了什么或者那种风格好吗？

Answer 1

是的，你可以总结一下OO作为“代码组织”的好处; 但是对于所有语言（不仅仅是PHP）都是如此。 实际上，它不止于此; 它是关于你如何看待你的数据结构和算法，即它们如何映射到问题域中的概念，它们如何相互关联（所有权，亲子，多态等），以及它们如何暴露出干净，一致的彼此接口（封装）。 如果这些概念对您的应用程序有益，并且超过了额外的开发时间而不是快速而苛刻的程序解决方案，那么就去实现它。

我不认为持久性与它有任何关系。

我想你应该质疑为什么你被问到“确保它是OO”。 这似乎是一个非常随意的请求，没有进一步的理由。 通常情况下，方法应该是以最符合要求的方式编写应用程序，而不是任意想法......

Answer 2

我认为OOP只是一种编程风格，与开发应用程序无关。 您需要的是一个提供足够抽象层的模式（例如：MVC）。

我的建议是：无脂肪 。

它非常简单，可以快速将您带到产品的最小可行版本。 它拥有您可能需要的一切（缓存，ORM，CRUD，Captcha ......），并且非常灵活，您可以使用任何模式和自定义目录层次结构。

查看大量文档。 唯一的问题是它需要PHP 5.3。 考虑到它提供的选项和灵活性，我认为这是合理的。 它真的改变了你的工作方式; 你应该明确地试一试。

Answer 3

单例基本上只是全局变量，添加了一些命名空间糖。使用直接过程编程无法获得的对象和类编程有一些主要好处。 一个是继承，如你所提到的。 另一个是命名空间 - 您可以使用代码将批次压缩为单个包含文件（在PHP等解释语言中比在编译语言中更有意义）。

对象本质上是具有共享状态的函数集合（尽管单例使其成为全局状态。请注意。）正如您所指出的那样，好处主要在于函数透明地共享该状态，而无需每次调用​​都明确地传递它。 如果每个请求都有各种函数在共享数据上运行，并希望它们是一组通用函数的专用形式，那么OOP可能是一个很好的选择。

由于你的任务是“确保它是面向对象的”，我需要花一些时间来考虑常见的功能组，相同的概括等。

最后，对象的设置/拆卸时间也不算太差 - 如果你做得好的话，它甚至可以节省一些开发时间。

Answer 4

像生活中的大多数事情一样，答案是在中间的某个地方。

今天的应用程序使用ORM（例如php的学说）进行不同类型的优化，更好地理解数据库方法（这对于大型开发团队来说很重要），更容易更新代码，加入项目的人所熟知的抽象层，缓存机制，....

如果您自己做一些较小的项目，那么使用静态方法的类就可以了，但是当更多人参与进度时，您只需要更强大和标准化的东西。