我的应用程序使用由函数组成的类，函数通常使用“return $ var”和它们的工作结果。我想知道，如果不是“回归”，我会回应结果 （一个数组）直接来自函数内部，是否可以接受？在某些情况下，它对我来说更方便。谢谢。
答案 0 :(得分：4)
最好将应用程序的“逻辑”部分与其“视图”部分分开。
我认为最好将“返回”保留在您的方法上，并在网站的“font-end”部分回显结果。
P.S。看看MVC design pattern :)了解如何在逻辑上划分你的应用程序真的很好。
答案 1 :(得分：0)
让某些函数/方法回显并返回其他函数绝对没有错 - 实际上我希望大量的Web应用程序能够混合使用这些函数/方法。
但是，我会考虑以下内容：
您可能希望将“输出”功能（即：回显的功能）的数量保持在最低限度，以便更少的区域需要检查跨站点脚本问题和正确的实体处理等等。
您应该始终尝试将输出中的计算或“执行”功能的一部分分开（在非常基本的级别上将关注点分离）。
答案 2 :(得分：0)
这是可以接受的 - 但它可能会降低课程的灵活性和可移植性;如果您或其他人想要获得您的结果数组并在显示之前对其（或某些键/值）采取行动会发生什么？
始终考虑可移植性 - 如果您的功能可能以不同于您编写它时使用它的方式使用，请尽量使其可移植。
答案 3 :(得分：0)
好吧，回显数组将导致php中字符串Array()的输出。
如果你的意思是：在函数内回显该数组的结果，这是可以接受的，但实际上并不推荐：理论上函数应该与输出无关。您应该给它们值以处理它们并返回该处理的结果 - 如果您不需要返回的值进行更多处理，为什么您需要函数，至少在复杂Web应用程序的上下文中？
这是严格关注你问题的部分。
但是，有一个更普遍的观点，那就是：演示文稿（用户看到的内容）应该与程序分开。
实现这一目标的最简单方法是从html / php页面调用你的函数（来自$ _GET，$ _POST或url的数据）;如果你想学习一种对将来非常有用的酷方法，请查看MVC模式和一些MVC框架。
答案 4 :(得分：0)
通过类的方法回显一些输出没有什么不好，除非它违反你使用的设计模式，如果你开发非平凡的应用程序，你应该使用它。
最流行的是所谓的Model-View-Controller (MVC)模式，其输出应仅由View类的选定方法回显。其他类的方法应该只关心它们的业务，让View呈现所有输出。但这是设计模式之一，您不必使用它。