symfony 1.4/doctrine 1.2 活动记录关系表代码组织
假设我有一个包含 3 个表的架构：用户、页面和关注者。用户可以关注多个页面。关注者表将包含 page_id 和 user_id。
我需要创建一个方法来返回关注页面的所有用户。我应该在 PageTable 类 ($page->getFollowers()) 中创建该方法，还是应该在 followersTable 类 $followers->getFollowers() 中创建一个方法？ getByIdPage($id).
在纯面向对象的应用程序中，第一种方法更有意义，也感觉更自然，但由于 symfony/doctrine 还为我不知道的关系表创建了一个类。
我试图在我的应用程序中遵循的方法是每个表类应该只返回与该类相关的表中的对象。示例：页面类中的所有方法都应返回 Page 对象。通过这种方法，如果我将该方法放在 follower 类中，我应该只返回该类的对象，而不是我需要的 Pages 对象。
对此有什么想法吗？
Let´s say I have a schema containing 3 tables: Users,Pages and Followers. An user can follow many pages. The followers table would contain the page_id and user_id.
I need to create a method to return all the users following a page.. Should i create the method in the PageTable class ($page->getFollowers()) or should i create a method in the followersTable class $followers->getByIdPage($id).
In a pure OO application the first approach makes more sense and also feels more natural but since symfony/doctrine creates also a class for the relationship tables I dont know.
The approach i am trying to follow in my app each table class should only return objects from the table related to that class. Example: All the methods in the page class should return Page objects. By this approach if I put the method in followers class I shold only return objects of that class and not Pages objects thats what i need.
Any thoughts about this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您应该在 Page 类中创建 getFollowers() 方法。
这是有道理的，因为您想要对象页面的关注者。
PageTable 类应返回 Page 对象的集合。
You should create the method getFollowers() in Page class.
It makes sense because you want the followers of an object page.
PageTable class should return a Collection of Page object.