Php 图像显示网站更适合程序化编程还是面向对象编程？

我有一个漫画网站，我想我不清楚它是用哪种风格写的，程序化的还是面向对象的

基本上，有几个“模板”，homepage.php、viewall.php、viewFullSize.php，它们调用各种脚本。。。也就是说，所有模板都包括imageDisplay.php，它有几个脚本，用于确定如何根据选择的类别、标记或子网站进行查询

我已经读了很多关于OO编程的好处的书-当它被使用时，当它不被使用时。。。但是我仍然很难回答这个问题

从示例的角度来看，我理解OOP和过程之间的区别的方式是：

OOP：如果你有一个用户可以创建对象的网站，比如一个用户可以提交帖子的论坛。。。然后，您希望使用OOP，因为您希望允许用户创建多个Article类实例

程序性：我选择了我认为是程序性的东西，因为我的漫画网站只是向用户展示漫画。用户可以使用disqs或like/disk提交评论。我看不出我在哪里可以将OOP范例应用到一个简单的图像显示站点中

所以，问题是：

要使用OOP，您是否需要有几个将被实例化的对象？还是我还缺少其他好处

---

谢谢

两个都做

只需将这些过程称为“方法”，或将您的方法称为“过程”

对象不需要与真实世界的对象相对应，它和“对象”一样，都是关于模块化和将代码移动到孤立的（！）块中

总而言之，网站不是理解OOP的最佳选择。继承太少了

相反，编写一个模拟。例如，一条可能有一个十字路口和几个司机在附近行驶的道路

从一个愚蠢的驱动程序开始，然后尝试使用不同的智能驱动程序对其进行子类化。或者有攻击性的司机。看看他们是否会造成更多的交通堵塞

---

试着从一个问题开始，在这个问题上，你的自然对象有很多共同的特征，但只有少数几个不同。

总是编写面向对象的代码。人们编写过程PHP的唯一原因是因为他们使用的是PHP5之前的版本

---

回答你的问题，不。你可以有一个物体。OOP只是用于代码组织和DRY主体的实现

OO通常是一种更好的方法，只要您正确地编写文档并了解类依赖关系/herance/hierarquoy

除了给代码增加一点安全性之外，一个正确实现的OOP对于添加和升级新特性、组织代码、重用逻辑来说真的非常强大。 因为所有东西都在它的对象定义中，所以您总是知道要查找的位置和内容

是的，有时会有点棘手，但这是值得的

非OOP只是在基本方法、小编码方面的良好实践。 有点像“你好世界”：p 或非服务器内容依赖性的内容或更好地称为静态网站

对于OO，您不需要对象具有参数等定义。 在您的例子中，您可以有一个对象用于db处理，另一个对象用于顶部菜单栏，另一个对象用于处理与漫画书相关的内容，如排序、列表。。。 基本上，将所有内容包装在相应的位置，更有效地重用代码

---

希望这有帮助

没错，但我想我的问题是-我没有看到需要创建的“对象”。。。只是有不同的模板从imageDisplay.php文件调用不同的方法。先从中去掉php，然后引入前端MVVMJavaScript框架，如主干或Angular。现在，您可以将所有图像或漫画页作为对象，并在它们之间设置侦听器和共享属性。同样的原则也适用于通过模型更新数据库值的后端。你能推荐一些关于正确的站点设计以及MVVM框架的好教程吗？我觉得我的网站是一个由随机模板和脚本组成的不成形的集合，但如果我没有一个清晰的对象需要实例化，我很难看到OOP将如何融入其中。。。我只是有一些模板文件，可以调用一些脚本文件，为标签、页面、漫画、评论制作对象……你能推荐一些关于正确网站设计的好教程吗？我觉得我的网站是一个不成形的随机模板和脚本的集合，你必须找到自己的风格。再次尝试隔离。如果某个东西在不同的上下文中是可重用的，那么它在逻辑上就是一个对象（即使您的语法可能仍然只包含过程）。然后尝试在这些模块中查找共享代码，并尝试将其移动到父类。