CRUD ing Zend_Db_Adapter_Abstract - 明智之举？
在我的代码中，我创建了一个对象，该对象返回数据库的活动链接。 该对象由我创建的 CRUD 对象继承，该对象具有创建/检索/更新/删除功能以及所有 Zend_Db_Adapter_Abstract 功能。 链中的下一个将是一个表特定的管理器对象，例如示例用户表或链接表
，CRUDing Zend_DB 对象是一个聪明的举动，我在这里描述的听起来像是一个逻辑设计吗？
in my code i've created an Object that returns an active link to the Database.
this object is being inherited by a CRUD object i've created that would have create/retrieve/update/delete functions as well as all Zend_Db_Adapter_Abstract functionality.
next in the chain would be a table specific manager object such as example user table or links table
is CRUDing Zend_DB object is a smart move does what i've described here sounds like a logically design ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果你需要更好的 mvc 架构，那么将模型分为业务逻辑层和 DAO 层。
假设您有 User 对象来保存用户业务逻辑方法，例如 getAccountInfo、resetPassword。使用 userDAO 处理所有与数据库相关的方法，如 insertUser、updateUser。
If you need better mvc architecture then separate models into business logic layer and DAO layer.
Suppose you have User object to hold users business logic methods like getAccountInfo, resetPassword. Use userDAO to deal all database related methods like insertUser, updateUser.