domain-model

    2热度

    3回答

    我不知道是否有一个企业应用程序示例,设计与域模型在业务逻辑层和LINQ的数据映射?我不太确定如何将LINQ to SQL的UnitOfWork功能与来自业务层的业务对象结合使用。 感谢, 卢西恩

    0热度

    1回答

    我很迷恋NHibernate和我的领域模型。我在想象一个不错的API,但我真的很难把它变成现实。下面是我想要实现的一个示例: Trip trip = new Trip("Austria2009"); foreach(User user in trip.People.Crew.IsApproved()) { reponse.write(user.Firstname); } //

    8热度

    4回答

    我试图将我的DAL与业务层分开,并且这样做时,我决定避开任何ActiveRecord方法并使用DataMapper方法。 换句话说,我的域对象不会照顾自己。在这样做的时候,我似乎正在蚕食“贫血域模式”的反模式。例如,我的程序中的一个实体是一个组织。 一个组织被表示为这样的事情: class Organization { private $orgId; private $orgN

    1热度

    1回答

    虽然充实了假设的域模型,但我发现自己想知道在关联域对象中更好的方法是让父域对象包含一个指针(子标识符),还是使用子对象在父对象中构建组合的更好方法。 我可以看到每种方法的优缺点,主要是大小与复杂度之间的折衷,正是它归结为什么。我倾向于更倾向于标识符关系方法,因为我并不期望需要进行任何类型的延迟加载。 虽然没有直接关系,但域对象是简单的POCO(.NET相当于POJO)。它们被明确标记为可序列化,因

    5热度

    2回答

    说我已经得到了从C#类这样创建的域模型: public class MyClass { public string MyProperty { get; set; } } 随着模型,我已经为国际奥委会定义库接口的类。 现在,我正尝试使用LINQ映射将此POCO域模型转换为一组实体类。 (此计算策略是在一本书我读的MVC推荐。)在上面的例子中,这是很容易的做一些属性,而不会影响类的“纯故乡”

    3热度

    4回答

    由Visual Studio生成的dbml文件(sqlmetal)附带映射到数据库表的实体。你认为这些分类适合作为领域模型类使用吗?还是应该避免它们,并将它们隔离到数据访问层? 感谢