当使用MVC框架并使用模型从控制器查询数据库时,最佳实践是什么?
模型是否应该提供非常灵活的功能来允许控制器查询数据库?就像来自控制器的调用一样:
User->find ([
{
or => [
{field => 'name', value => 'john', op => '~' },
{
and => [
{ field => 'organization', value => 'acme', op => '~' },
{ field => 'city', value => 'tokyo', op => '=' }
]
}
],
});
} 或者模型应该有一个严格的API,这会导致如下调用:
User->find_john_or_people_from_acme_in_tokyo();做这件事最好的方法是什么?SQL应该遍及整个模型吗?或者包含在一个queryFactory函数中?你能给我指出正确的方向吗?一些操作系统代码将是很棒的。
谢谢!
发布于 2011-05-06 01:38:47
将模型和DataAccess分离为两个不同的层始终是一种好的做法。本文描述了在模型层进行逻辑分离的最佳实践。当需要在不修改ViewModel层的情况下更改底层数据访问实体时,这很有帮助。
Best practices to partition Model code to logical parts in MVC? Which is the best?
发布于 2011-05-06 01:27:37
一种好的做法是将所有与数据库相关的代码分离到一个单独的DAO层中。这样,您的业务逻辑代码就不依赖于您正在使用的特定数据库技术(JDBC、Hibernate、JPA等等)。或者甚至取决于数据是存储在数据库中还是存储在某个其他存储中。
https://stackoverflow.com/questions/5894204
复制相似问题