dax.net

请问楼主WebExtensions曾只是给Web曾提供引用，是不是可以直接用Web引用Services层，这种引用关系请问有什么好处？ 另外，楼主有没有打算把这个项目再完善一下，加入CQRS和ESB？很期待学习这个项目的完善版本，呵呵~~楼主加油

[quote]李中华：在实际项目中,这里的查询会很复杂.[/quote] 你好！你可以在IQueryService中使用ORM，或者直接使用SQL语句去处理复杂的查询逻辑。在《[url=http://www.cnblogs.com/daxnet/archive/2011/08/03/2125847.html]面向领域驱动架构的查询实现方式[/url]》一文中，我已经指出，查询已经不属于业务逻辑处理的一个部分，它是一个可被持续集成的子系统。最新版本的Apworks已经取消了对IQueryService的支持，相应地，[url=http://tlibcqrs.codeplex.com]TinyLibraryCQRS[/url]案例已经对这部分进行了更全面的演示。

在实际项目中,这里的查询会很复杂.

这里的查询可不可以直接用SQL语句?

[quote]Danny.tian： 请问楼主一下关于使用这个架构的查询数据问题，我有点不知道应该怎么使用比如说我有如下两个表，我想知道怎么才能通过A表的已知的RoleID比如说已知两个RoleID，来查询出B表对应这两个已知RoleID的所有记录？我知道现在的架构是先GetRepository，然后再用FindAll方法，不知道这个查询语句应该怎么写？谢谢！ A表字段: ID (GUID) RoleID (GUID) B表字段 ID(GUID) RoleID(GUID) Desc(NVARCH)[/quote] 在领域层，A、B表应该会被映射成两个对象：objA和objB，objA下有两个属性：objB1和objB2，这两个属性都是objB类型的。于是，FindAll就是： objARepository.FindAll(Specification<objA>.Eval(a=>a.objB1.RoleID==roleID));

请问楼主一下关于使用这个架构的查询数据问题，我有点不知道应该怎么使用比如说我有如下两个表，我想知道怎么才能通过A表的已知的RoleID比如说已知两个RoleID，来查询出B表对应这两个已知RoleID的所有记录？我知道现在的架构是先GetRepository，然后再用FindAll方法，不知道这个查询语句应该怎么写？谢谢！ A表字段: ID (GUID) RoleID (GUID) B表字段 ID(GUID) RoleID(GUID) Desc(NVARCH)

[quote]遗忘海岸：老大，那能整到AX的测试版啊[/quote] [b]你到微软的官网上搜索一下，应该有安装文件以及试用license的下载的。[/b]

老大，那能整到AX的测试版啊

[quote]ATATA：楼主你好，在这编文上我并没有看到领域驱动意思在哪里呀？相反会让人认为是数据驱动，你并没有完全的表明你的业务！就直接上关系图，我想这关系图在我们以数据驱动为开发时没有什么可比性吧，难首领域驱动就在于类的继承吗？[/quote] [b]你好，此处并非数据关系图，而是领域模型结构，当然类的继承并不是领域驱动，但领域驱动允许类的继承，而数据驱动则不是如此。如果你有兴趣，可以继续阅读《[/b][url=http://www.cnblogs.com/daxnet/archive/2012/04/16/2452660.html]EntityFramework之领域驱动设计实践【后续篇】：基于EF 4.3.1 Code First的领域驱动设计实践案例[/url][b]》一文。毕竟时隔两年，我在领域驱动设计方面也有了新的理解和领悟。[/b]

[quote]自我催眠： [quote]dax.net： [quote]自我催眠：请问ApplicationService下面的DispatchDomainEvent如何使用？能举个例子吗？[/quote] [b]这个部分在现在版本的ByteartRetail案例中并没有继续实现。从概念上讲，这个方法的主要作用是为了能够在完成应用层处理后，将一些必要的数据信息以领域事件的形式发布到ESB上去，以便事件消息的Subscriber能够获得并对信息做进一步处理。这是出于对系统集成以及防腐层实现的考虑。在目前的案例中，请直接无视这部分代码。[/b][/quote] 我是想时现日志记录的功能，请问是以领域事件的模式实...[/quote] [b]日志记录可以利用领域事件，但更好的做法是采用AOP。在Byteart Retail中，没有包含AOP的演示，你可以参考[/b][url=http://www.cnblogs.com/daxnet/archive/2011/09/07/2169520.html]CQRS架构案例Tiny Library CQRS详解：AOP拦截与异常处理[/url][b]这篇文章。[/b]

[quote]dax.net： [quote]自我催眠：请问ApplicationService下面的DispatchDomainEvent如何使用？能举个例子吗？[/quote] [b]这个部分在现在版本的ByteartRetail案例中并没有继续实现。从概念上讲，这个方法的主要作用是为了能够在完成应用层处理后，将一些必要的数据信息以领域事件的形式发布到ESB上去，以便事件消息的Subscriber能够获得并对信息做进一步处理。这是出于对系统集成以及防腐层实现的考虑。在目前的案例中，请直接无视这部分代码。[/b][/quote] 我是想时现日志记录的功能，请问是以领域事件的模式实现吗？有没有文章可以给我参考一下，谢谢

开始跟着博主研究DDD

楼主你好，在这编文上我并没有看到领域驱动意思在哪里呀？相反会让人认为是数据驱动，你并没有完全的表明你的业务！就直接上关系图，我想这关系图在我们以数据驱动为开发时没有什么可比性吧，难首领域驱动就在于类的继承吗？

[quote]zyi：还没仔细看，大致看了下分层。ByteartRetail.Domain.Repositories,仓储算在领域层了啊，以前记得是放在基础架构层的，Specifications也挂到领域里去了啊，记得以前也是基础架构的。[/quote] [b]是这样：理论上：Repository和Specification都属于领域层的，因为它们所关注的对象都是领域层里的实体和聚合根；实际上：Repository接口和Specification属于领域层，而Repository实现是属于基础架构层的，因为Repository的实现是需要与基础架构层的组件（比如数据库访问组件、MSMQ等）直接联系的。在这个案例中，我把基于EF的Repository实现放在ByteartRetail.Domain.Repositories命名空间下了，不过也不要紧，无非就是一个名字而已，因为这个assembly是一个相对独立的类型库。[/b]

[quote]自我催眠：请问ApplicationService下面的DispatchDomainEvent如何使用？能举个例子吗？[/quote] [b]这个部分在现在版本的ByteartRetail案例中并没有继续实现。从概念上讲，这个方法的主要作用是为了能够在完成应用层处理后，将一些必要的数据信息以领域事件的形式发布到ESB上去，以便事件消息的Subscriber能够获得并对信息做进一步处理。这是出于对系统集成以及防腐层实现的考虑。在目前的案例中，请直接无视这部分代码。[/b]

[quote]自我催眠：请问楼主，如果按照你之前那篇文章《案例：一个简易的销售系统》，设计领域模型时，SalesOrder继承Order，这样可以映射到数据库的吗？[/quote] [b]应该是可以的，这是ORM的基本功能。如果一个ORM不支持这种映射的话，那它的功能就不健全。事实上ORM的实现应用了很多模式，Martin Fowler已经将这些模式总结在了PoEAA中，对于你所说的这种情况，请参考[/b][url=http://martinfowler.com/eaaCatalog/singleTableInheritance.html]Single Table Inheritance[/url][b]模式、[/b][url=http://martinfowler.com/eaaCatalog/classTableInheritance.html]Class Table Inheritance[/url][b]模式，以及[/b][url=http://martinfowler.com/eaaCatalog/concreteTableInheritance.html]Concrete Table Inheritance[/url][b]模式。[/b]

还没仔细看，大致看了下分层。ByteartRetail.Domain.Repositories,仓储算在领域层了啊，以前记得是放在基础架构层的，Specifications也挂到领域里去了啊，记得以前也是基础架构的。

按照说明安装配置了一次，“借书”动作出现下列异常： Resolution of the dependency failed, type = "Apworks.Bus.ICommandBus", name = "(none)". Exception occurred while: while resolving. Exception is: InvalidOperationException - The current type, Apworks.Bus.ICommandBus, is an interface and cannot be constructed. Are you missing a type mapping? ----------------------------------------------- At the time of the exception, the container was: Resolving Apworks.Bus.ICommandBus,(none) 请帮忙解答，谢

请问ApplicationService下面的DispatchDomainEvent如何使用？能举个例子吗？

请问楼主，如果按照你之前那篇文章《案例：一个简易的销售系统》，设计领域模型时，SalesOrder继承Order，这样可以映射到数据库的吗？