问题标签 [model]

大多数情况下，您从模型属性中获得的错误会在您保存数据时发生。例如，如果您尝试将字符串保存为 IntegerProperty，则会导致错误。

一个例外（没有双关语）是 ReferenceProperty。如果你有很多引用并且你没有完全小心留下错误的引用，那么通常会遇到类似“TemplateSyntaxError: Caught an exception while rendering: ReferenceProperty failed to be resolved”之类的错误。

这是如果视图中只有一个错误的参考。哦。

我可以编写一个 try/except 块来尝试访问所有引用属性并在引发异常时删除它们，但是如果有比我更通用的方法，这个功能肯定对许多其他开发人员有用能写。我想它会采用模型类型列表并尝试访问每个模型中每个实体的每个引用属性，如果引发异常，则将该属性设置为 None 。

我会看看我自己是否可以做到这一点，但有一些建议/片段让我开始肯定会有所帮助。

我目前在 asp.net mvc 中使用 ModelStateDictionary 来保存验证错误，然后传递给用户。尤其是能够使用 ModelState.IsValid 检查整个模型是否有效。但是，我正在处理的当前应用程序需要能够报告警告。这些并不那么重要，因此仍然可以保存表单内容，但它们应该显示给用户，以便可以选择采取行动。

我一直在查看框架，看看是否有任何明显的地方可以扩展它以允许我这样做。我在想另一个带有警告的字典和一个模型错误的子类，称为模型警告。我不确定如何让框架在视图等中使用我的新容器类。不过，我仍然希望所有现有的错误内容都能正常工作。

如果有人尝试过类似的事情或有任何想法，我会很感激他们的意见。

更新：

我已经扩展了 ViewDataDictionary 以添加一些警告

我现在遇到的问题是，当我看到我的视图代码时，这只是为了调试，我失去了它是我的新类型的事实，所以当我尝试将它转换回来并访问我的新字典时我没有快乐。

它在这里正确设置，但是当我检查类型时它消失了。

编辑：事实证明这是一种愚蠢的做事方式，请参阅下面的答案。

我想知道在模型中包含图像缩略图信息是否有意义。就像指定要创建的缩略图大小一样。缩略图目录。等等。

此外，在使用缩略图和数据库时，是否建议将所有创建的缩略图作为新记录存储在数据库中。假设您有图像记录，然后您会创建一对多到缩略图记录吗？

领域驱动设计鼓励您使用丰富的领域模型。这意味着所有的领域逻辑都位于领域模型中，并且领域模型是至高无上的。持久性成为一个外部问题，因为理想的领域模型本身对持久性一无所知（例如数据库）。

我一直在一个中等规模的单人项目（> 100k 行 Java）中使用它，我发现了许多优点，主要是它提供的灵活性和可重构性，而不是面向数据库的方法。我可以添加和删除域类，点击几个按钮，一个全新的数据库模式和 SQL 层就会推出。

但是，我经常遇到这样的问题，即我发现很难将富域逻辑与支持应用程序的 SQL 数据库这一事实相协调。通常，这会导致典型的“1+N 查询问题”，即您获取 N 个对象，然后对每个再次触发查询的对象执行一个重要的方法。手动优化此过程允许您在恒定数量的 SQL 查询中执行该过程。

在我的设计中，我允许系统插入这些优化版本。我通过将代码移动到一个“查询模块”中来做到这一点，该模块包含数十个特定于域的查询（例如 getActiveUsers），其中两个都在内存中（幼稚且不可扩展）和基于 SQL（用于部署）的实现。这使我可以优化热点，但有两个主要缺点：

• 我有效地将我的一些域逻辑移动到它并不真正属于的地方，实际上甚至将其推入 SQL 语句中。
• 这个过程需要我仔细阅读查询日志以找出热点在哪里，然后我必须重构代码，通过将其降低到查询中来降低其级别抽象。

有没有更好、更简洁的方法来协调域驱动设计及其富域模型与您不能将所有实体都保存在内存中并因此仅限于数据库后端的事实？

我创建了一个 NamedTemporaryFile，在其中添加了一些内容，现在我想将其保存到模型 FileField 中。

问题是我得到一个 SuspiciousOperation 因为 tmp 目录不在 FileSystemStorage 目录中。

这样做的正确方法是什么？

是否有任何用于身份验证/授权模式的最佳实践数据模型？

I'm porting our old Active-Record based API over to a new structure to make unit testing easier etc. We are using the repository pattern for our data access and StructureMap for dependency injection.

I'm struggling a little now with how to structure everything. Using our 'Product' class as an example, we previously had our model, repository and factory parts all built into the product object, for example to load, edit and save a product we could something like (simplified):-

And to get a collection of objects we had a Shared(static) method on the object which acted as a basic factory

After looking at a few examples, in our new structure we now have an IProductRepository, IProductService (which is the factory) and Product model class. So, something like this

However, the Product class has the ability to load related data, for example

Which inside the Product class looks like this

I don't like this because it's difficult to test and because I don't like the fact that my 'Model' class (Product) calls the IProductService class directly.

Does anyone have any suggestions about a better way to structure all this?

Cheers

James

EDIT Probably the wrong time of year to ask this! Is there any clarification I can add to make this question answerable??

我用过SimpleModal。现在的问题是模式对话框的大小调整。我有一个确认对话框，按是后它基本上很小。

第二个是my.php它包含大量数据。我正在使用附加现有模型的概念。如何调整内容的大小？

我的 JavaScript 片段有：

我的 CSS：

如何修改 SimpleModal 容器大小？在 Ajax 通话中？

假设您正在与客户的领域专家合作。你意识到（或至少有合理的信念）你对他们问题的模型比他们的更清晰。你如何说服他们他们应该按照你的方式行事。

就我而言，需求的主要推动力是相当清楚的（例如，产品的交易系统）。根据我的经验和研究，我会推荐一个有两个 TraderParties 的 TradeContract。每个 TraderParty 购买一种产品并出售一种产品。如果我必须在 XML 中对组合进行建模，我可以将其建模为：

以上只是安以 20.00 美元从鲍勃那里购买的哈利波特与阿兹卡班囚徒的模型。更抽象地说，这模拟了两方四足交易。为了争论，我们假设使用 XML 的系统验证tradeContract并协调交易。

如果您的领域专家觉得这对他们来说太复杂了怎么办？虽然您可以很容易地承认一些中间步骤来获得上述域模型，但您如何说服他们“咬紧牙关”并尽早使用上述域模型更好？

补充：中小企业提出的模型...

领域专家一直在谈论的是我提出的模型，但看起来他们不相信他们的业务流程还没有准备好。（不过，我认为现在有一些方法可以解决）。

他们立即想要的模型是：

Ann 赠送了 20.00 美元的这个模型。然后必须输入一个单独的事务：

为了建模，她获得了哈利波特的书。我认为这很麻烦，因为我们无法模拟我们的系统是否会欺骗 Ann。同样，交易合约中 Bob 一方也发生了类似的交易碎片化。

将逻辑从控制器转移到模型中是一种很好的做法。但是在任何复杂的系统中，这总是会导致一个非常大的文件，即使大多数方法是按照 Rails 方式的一个衬里。

我已经采取了将模型拆分为其他模块并将它们包含在原始模型中的方法，例如 ,model_flags等model_validation。有人有更好的方法吗？