PHP：MVC 和 DRY
关于控制器的问题。 控制器可以在动作中调用它自己的类方法吗？
编辑： 哦，对不起。我的意思是我不想重复自己。 :)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
关于控制器的问题。 控制器可以在动作中调用它自己的类方法吗？
编辑： 哦，对不起。我的意思是我不想重复自己。 :)
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（2）
除非您使用某种模糊的框架以某种方式阻止这种情况，否则您应该能够从类/实例中调用方法，无论该类/实例是控制器还是其他东西。
如果您发现自己编写的代码需要在多个控制器之间重用，则可以考虑编写一个 BaseController 并将通用功能移至此一个中，或者更好地将通用功能分离到辅助类中，然后您可以实例化并按需调用。基本上，如果您需要所有控制器中的某些内容，请将其移至 BaseController。如果您在某些控制器中需要它，请将其设为助手。如果您只需要在一个特定控制器中使用它，请将其保留在那里。
Unless you are using some obscure framework preventing this somehow, you should be able to call methods from within a class/instance, regardless of the class/instance being a Controller or something else.
If you find yourself writing code that needs to be reused across multiple controllers, you could consider writing a BaseController and move common functionality into this one or -better imho- separate common functionality into helper classes, which you can then instantiate and call on demand. Basically, if you need something in all controllers, move it to a BaseController. If you need it in some controllers, make it a helper. If you only need it in one specific controller, keep it there.
为什么不呢？
这完全取决于你，但我真的不明白有什么理由避免 DRY（笑）。 MVC 的意义是分离控制器/模型/视图，仅此而已:)
编辑：
仍然是的，控制器可以在操作中调用它自己的方法。好的做法是为操作方法指定名称，例如 action_something 或 some_action，并拥有一个稍后扩展的“基本”控制器。喜欢;
第一个是某种“抽象”（面向框架），其他则负责应用程序逻辑。所以稍后你会......
取决于你想要使用某些控制器的目的。
这一切都取决于你；您可以将自己的方法放在您想要的任何地方，并从您想要的任何地方调用它们:)
Why not?
It's all up to you, but I really don't see the reason to avoid DRY ( LOL ). The sense of MVC is to have separated controller / model / view, nothing else :)
EDIT:
Still yes, controller can call it's own methods inside of actions. Good practice would be to give action methods names like action_something or something_action, and have a 'base' controller which you'd extend later. Like;
where the first one would be some kind of 'abstraction' (framework-oriented) and others would take care of application logics. So later you'd have ...
depending on what you want to use certain controller for.
It's all up to you; you can put your own methods where ever you want to and call them from where ever you want to :)