在类中使用PHP函数

Question

我的应用程序使用由函数组成的类，函数通常使用“return $ var”和它们的工作结果。我想知道，如果不是“回归”，我会回应结果 （一个数组）直接来自函数内部，是否可以接受？在某些情况下，它对我来说更方便。谢谢。

Answer 1

最好将应用程序的“逻辑”部分与其“视图”部分分开。

我认为最好将“返回”保留在您的方法上，并在网站的“font-end”部分回显结果。

P.S。看看MVC design pattern :)了解如何在逻辑上划分你的应用程序真的很好。

Answer 2

让某些函数/方法回显并返回其他函数绝对没有错 - 实际上我希望大量的Web应用程序能够混合使用这些函数/方法。

但是，我会考虑以下内容：

1. 您可能希望将“输出”功能（即：回显的功能）的数量保持在最低限度，以便更少的区域需要检查跨站点脚本问题和正确的实体处理等等。

2. 您应该始终尝试将输出中的计算或“执行”功能的一部分分开（在非常基本的级别上将关注点分离）。

Answer 3

这是可以接受的 - 但它可能会降低课程的灵活性和可移植性;如果您或其他人想要获得您的结果数组并在显示之前对其（或某些键/值）采取行动会发生什么？

始终考虑可移植性 - 如果您的功能可能以不同于您编写它时使用它的方式使用，请尽量使其可移植。

Answer 4

好吧，回显数组将导致php中字符串Array()的输出。

如果你的意思是：在函数内回显该数组的结果，这是可以接受的，但实际上并不推荐：理论上函数应该与输出无关。您应该给它们值以处理它们并返回该处理的结果 - 如果您不需要返回的值进行更多处理，为什么您需要函数，至少在复杂Web应用程序的上下文中？

这是严格关注你问题的部分。

但是，有一个更普遍的观点，那就是：演示文稿（用户看到的内容）应该与程序分开。

实现这一目标的最简单方法是从html / php页面调用你的函数（来自$ _GET，$ _POST或url的数据）;如果你想学习一种对将来非常有用的酷方法，请查看MVC模式和一些MVC框架。

Answer 5

通过类的方法回显一些输出没有什么不好，除非它违反你使用的设计模式，如果你开发非平凡的应用程序，你应该使用它。

最流行的是所谓的Model-View-Controller (MVC)模式，其输出应仅由View类的选定方法回显。其他类的方法应该只关心它们的业务，让View呈现所有输出。但这是设计模式之一，您不必使用它。