问题标签 [model]

我同意，针对接口进行编程是一种很好的做法。在大多数情况下，Java 中的“接口”在这个意义上是指语言构造接口，因此您编写一个接口和一个实现类，并且大多数时候您使用接口而不是实现类。

我想知道这是否也是编写域模型的好习惯。因此，例如，如果您有一个域类 Customer，并且每个客户可能有一个 Orders 列表，那么您通常还会编写接口 ICustomer 和 IOrder。并且客户也会有一个 IOrders 列表而不是 Orders 吗？或者你会在域模型中使用接口，只有当它真的由域驱动时，例如你有至少两种不同类型的订单？换句话说，您会因为领域模型中的技术需求而使用接口，还是仅在它真正适合实际领域时才使用接口？

所以我觉得我非常了解应用层，以及传输层以下（包括）的所有内容。

但是，我并不完全理解会话层和表示层。我已经阅读了 Wikipedia 中的简单描述，但它没有一个示例说明为什么分离这些层是有用的。

所以：

• 什么是会话层？它有什么作用，在什么情况下拥有一个会话层比简单地与您的应用程序与传输通信更好？
• 什么是表示层？（与上述相同的问题）

-亚当

我正在寻找验证框架，虽然我已经在使用 NHibernate，但我正在考虑使用 contrib 项目中的 NHibernate.validator，但是我也查看了 MS Validation Block，它似乎很强大，但我还没有深入了解每个框架，所以我想知道有没有人涉足这两个框架，体验如何？

我查看了所有文档，还访问了 IRC 频道（顺便说一句，一个很棒的社区），他们告诉我不可能在“当前用户”位于 ForeignKey 的字段中创建模型并限制选择。我将尝试用一个例子来解释这一点：

当然，该代码不起作用，因为没有“用户”对象，但这是我的想法，我试图将对象“用户”发送到模型以限制当前用户拥有项目的选择，我不不想看到我不在的项目。

非常感谢你能帮助我或给我任何建议，我不想你写所有的应用程序，只是一个提示如何处理。我脑子里有 2 天的时间，但我想不通:(

更新：解决方案在这里：http ://collingrady.wordpress.com/2008/07/24/useful-form-tricks-in-django/发送request.user到模型。

我想问是否可以在 UML 中显示域模型的泛化关系，尽管我知道我可以在类图中做到这一点？除了在类图中，我没有看到太多显示泛化关系的域模型示例。如果不可能，显示域模型中的实体是实体 A 或实体 B 或实体 C 或实体 D 等的最佳方式是什么？

我有一个创建修改项目表的表类。我想使用表格模型在 JTable 中显示这些项目。对我来说，表格模型属于我的 GUI 包，但表格需要表格模型才能触发更改，表格模型需要表格类才能显示它，所以我不能将两者分开。如果您需要这样做，您使用的类结构是什么？还是我的思维有流动性并且它们属于同一个包？

我没有设置 Rails 环境，实际上很难找到快速答案，所以我会问专家。

当 Rails 根据您设置的“模型”创建表时，Rails 是创建一个完全反映该模型的表，还是在表中添加更多字段以帮助它发挥其魔力？如果是这样，它还添加了哪些其他字段，为什么？也许您可以剪切并粘贴表格结构，或者简单地将我指向解决此问题的文档或教程部分。

假设我有一个名为Product的模型，其字段名为brand。假设品牌值以this_is_a_brand格式存储。我可以在模型（或其他任何地方）中定义一个方法，允许我在调用之前修改品牌的价值。例如，如果我调用@product.brand，我想得到This is a Brand，而不是this_is_a_brand。

我在 Python 应用程序的 MVC 模式的模型部分中构建类时遇到问题。无论我如何处理事情，我都会遇到循环导入。这是我所拥有的：

模型/__init__p.y

• 应该包含所有模型类名称，以便我可以执行“从模型导入用户”，例如从控制器或单元测试用例

模型/数据库.py

• 持有数据库类
• 需要导入所有 Model 类来做 ORM
• 初始化应该在第一个模块导入时执行，即没有额外的初始化调用或实例化（数据库类上的所有方法都是@classmethods）

模型/用户.py

• 包含用户模型类
• 需要访问数据库类进行查询
• 应该从所有模型类共有的基类继承以共享功能（数据库持久性方法、参数验证代码等）

我还没有看到使用 MVC 的真实世界 Python 应用程序，所以我的方法可能是非 Pythonic（并且可能是与语言无关的混乱......） - 关于如何解决这个问题的任何建议？

谢谢，西蒙

我可以覆盖模型中的 fetchall 方法吗？每次调用 fetchAll 时我都需要检查一下。该模型扩展了 Zend_db_table_abstract