数据结构设计是静态类型语言

Question

我使用 C# 编写一个（假设的）应用程序 - 在线商店。

我有一个产品数据库，每个产品都有以下相关信息：

• 产品编号（必填）
• 名称（必填）
• 价格（必填）
• 评级（可选）
• 已售数量（可选） - 这是该产品的总销量

我有 4显示过滤后的产品列表的页面。页面显示每个产品的不同信息：

• 第一页：PN、名称、价格
• 第二页：PN、名称、价格、评级
• 第三页：PN、名称、价格、销售数量
• 第四页：PN、名称、价格、评级、销售数量

我的问题是，如何设计数据结构来容纳我的所有页面且几乎没有重复？

强力方法是为每个页面创建一个类型：

IList<Product>
IList<ProductWithRating>
IList<ProductWithSoldQuantity>
IList<ProductWithRatingAndSoldQuantity>

后面 3 可以从 Product 派生，但由于缺乏多重继承，ProductWithRatingAndSoldQuantity 无法同时从 Rating 和 SoldQuantity 产品派生。

在动态语言中，我只需添加我需要的任何字段即可。

因此，我可以通过在单独的字典中存储额外信息（评级、销售数量）来模拟动态语言方法，例如：

{
    IList<Product> Products;
    IDictionary<Product, Rating> ProductRatings;
    IDictionary<Product, SoldQuantity> ProductSoldQuantities;
}
// is equivalent to
IList<ProductWithRatingAndSoldQuantities>

构建包含所有内容的产品结构，然后传递部分初始化的对象不我正在寻找的解决方案。

有什么建议吗？

Answer 1

抱歉，字符数不足，无法在评论中回复。

您应该有一个域对象 Product。它将具有不可为 null 的名称、产品编号和价格，因为您无法拥有没有这些内容的产品。

评级应该可以为空，因为产品可能没有评级。无论产品是否有评级，它始终是产品。我将保留 QuantitySold，因为我实际上不会将其存储为产品的属性，我将拥有 Orders 和 OrderLine 集合，并根据这些集合计算 QuantitySold（标准化）。但是，如果没有其他集合，您可以将其存储为产品上的字段。如果我要这样做，它将是一个不可为空的整数属性，默认值为零。

您只需要一个集合来过滤，这将是 IEnumerable 或 IQueryable 或两者的某种实现，您很可能会选择像 Entity Framework 这样的东西，并且实际上有一个 ObjectSet，但我会尝试让我的设计不知道什么存储方法我正在使用并针对这些接口进行工作。

然后，您可以查询单个集合，以确定域模型中产品的哪些属性为空。语法可能并不完美，但 Intellisense 不会识别任何内容，99% 的时间我都是 VB 人员。

var productsWithNoSales = Context.Products.Where(p=> p.QuantitySold == 0);
var productsWithNoRating = Context.Products.Where(p=> p.Rating == nothing);
var productsWithNoSalesOrRating = Context.Products.Where(p=> p.QuantitySold == 0).Where(p=> p.Rating == nothing);

这几乎是您所追求的最干净的领域模型。

如果您有具有额外属性或不同行为的 Product 的专门衍生品，则可以继承。例如，我自己的系统有一个 Product 基类，以及一个 EbayProduct 和 AmazonProduct 实体，它们都继承自 Product，并且仅包含与使用这些网站相关的额外逻辑和属性。我的 Product 类有大约 20 个属性 - 大部分可以为 null，因为当我们列出产品时，我们不一定拥有所有可用信息。在这 20 个中，我在任何一页上显示的最多大约是 15 个。我可能会做与您尝试做的类似的事情，因为我使用所描述的确切方法（即过滤）过滤掉尚未准备好列出的产品我的产品集合中缺少的字段。

Answer 2

为什么 Rating 和 SoldQuantity 不能为空？或者始终存在但不总是显示？

Answer 3

您可以将评级和销售数量存储为属性，然后存储指示它们是否存在的布尔值吗？我认为当你应该进行组合时你正在使用继承。

Answer 4

您也许可以指定您正在使用什么？首先，您的“页面”是什么？你的数据存储方式是什么？

听起来您似乎在混淆显示数据和存储数据？没有义务仅仅因为数据存在就显示数据。

您的对象域几乎肯定应该只有产品。数据存储将被设置为属性可为空，并检查空值以取回数据。

如果你使用像 Linq 这样的东西，你可以简单地做一些像

var productsWithoutRating = Context.Products.Where(p => p.Rating == nothing);

字典的想法、继承和组合看起来有点奇怪的事情。存储一个单独的布尔值来告诉您某个属性是否存在是很混乱的，并且维护起来将是一场噩梦 - 只需即时检查它是否存在即可。