标签：domain-driven-design data-modeling c

我正在为食谱应用程序开发域模型,并且遇到了问题.

该应用程序具有多个能够充当成分的实体,其中两个是：产品和食谱(配方可以是其他食谱中的成分).通常,我会将与成分相关的功能封装到这些实体每个都可以实现的接口中.问题在于,尽管所有“产品”实例都可以是成分,但“食谱”实例的子集却只能是成分.

interface IIngredient
{
    void DoIngredientStuff();
}

class Product : IIngredient
{
    void DoIngredientStuff()
    {
        // all Products are ingredients - do ingredient stuff at will
    }
}

class Recipe : IIngredient
{
    public IEnumerable<IIngredient> Ingredients { get; set; }

    void DoIngredientStuff()
    {
        // not all Recipes are ingredients - this might be an illegal call
    }
}

如何重新构建此模型,以支持仅某些Recipe实例应能够作为成分的要求？

解决方法:

如果它在您的类树中有效,则可以使用另一种选择,为这两种类型的食谱具有单独的类.请注意,如果要使用更多属性来区分对象,则此方法效果不佳.

class Recipe {
    public IEnumerable<IIngredient> Ingredients { get; set; }

}

class UsefulRecipe : Recipe, IIngredient
{
    void DoIngredientStuff()
    {
        // not all Recipes are ingredients - this might be an illegal call
    }
}

标签：domain-driven-design,data-modeling,c
来源： https://codeday.me/bug/20191101/1983384.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。