域专题提供域的最新资讯内容,帮你更好的了解域。
域和跨域 sf2gis@163.com 2016年1月22日 2016年2月17日 增加chrome本地文件访问 2016年10月18日 添加iframe和mule     1 域和跨域 URL由协议,IP,端口和路径组成。其中,具有相同的协议,IP和端口,则属于同一个WEB网站,称为一个域,也称为同源策略。 域、同源策略:目标是保证同一个页面的dom具有唯一性,并隔离不同页面的脚本,提高安全性。
我一直看到DDD(域驱动设计)被用于文章中 – 我已经阅读了关于DDD的维基百科条目,但仍然不能弄清楚它是什么,我将如何实现它在创建我的网站? 首先,如果你不知道你需要它,那么它可能是你不需要它。如果你不认识DDD解决的问题,那么也许你没有这些问题。甚至DDD倡导者经常指出DDD仅用于大(> 6个月)的项目。 假设你还在读这一点,我的DDD是这样的: DDD是关于试图让你的软件成为现实世界系统或过
我在软件开发方面非常新鲜。就个人而言,我认为分层架构是减少在面向对象方法和软件开发过程中出现的复杂性的好办法。更不用说保持你的代码的组织。现在,我遇到了一些需要引入DDD(域驱动设计)的问题。当然,初级阶段。 这里是 – 假设我想建立一个应用程序来保存数据库中的“人”相关数据在wpf datagrid中显示个人详细信息(DDD绝对不适用于这种规模的应用程序,但只是为了保持简单的像我这样的功能)。所
我对DDD很新,并且想知道你可能想要分享的任何陷阱。稍后我会总结一下,看看更多新手:) 谢谢 到目前为止的总结: > Anemic domain model您的实体主要只是数据承载并且不包含业务逻辑 >不要使用有界的上下文 >重点关注模式 有一个很好的演讲,关于这个话题以及here(视频)。 可能是最重要的一个:不要赘述领域模型的中心,基本原则及其在无所不在的语言中的代表性。随着各种技术选择,您的
如果我有一个Order类作为聚合根和1000个行项目。 如何加载1000个订单项之一?据我所知,订单项只能通过Order类访问并具有“本地”身份。我仍然会在OrderRepository上创建一个存储库方法,如“GetLineItemById”? 编辑评论答案: 目前我不认为有一个不变的孩子是合理的。如果我有一个客户课程,有几个地址,合同甚至更多的孩子集合怎么办?一个巨大的实体我想执行CRUD方法
有人可以指出我在.NET平台上开发的“完整”DDD示例。大多数的例子我觉得“不完整”。 我真的很想看到DDD原则在行动。 您可以尝试构建为 .NET Domain-Driven Design with C#: Problem – Design – Solution图书一部分的代码。 该代码可从Codeplex here和本书的网站免费获得,并且是一个功能齐全的应用程序,演示了具有C#的DDD。 从
我有80%的确我不应该问这个问题,因为它可能会是负面的,我的意思是不尊重任何人,特别是这本书的作者。我看过几个帖子推荐这个 book及其伴侣 project.我没有看过这本书,但是我已经花了几个小时学习这个项目。虽然它看起来很完整,但我非常难过,各种细节的细节分散在多少。我在自己的设计中努力奋斗,如果一个实体发生变化,我必须改变多少,而这个项目并不能使我非常舒适,因为它是一个解决方案。 例如,有一
我在域中有几个不同的边界上下文。 CRUD操作的验证内置在每个有界的上下文中。 例如,我创建一个名为GAME的实体,只有创建它的人是组长。 在这个例子中,我有两个边界上下文(BC)。一个是BC游戏,另一个是用户BC。为了解决这个问题,在BC游戏中,在开始创建Game之前,我必须像UserGroupLeader()一样进行域名服务调用。 我不认为这种类型的通信是由DDD推荐的。我可以在游戏BC中有一
我目前正在与DDD工作很多,并且在从其他聚合根加载/操作聚合根时面临一个问题。 Foreach在我的模型中聚合根,我也有一个存储库。现在,存储库负责处理根的持久性操作。 假设我有两个聚合根,一些成员(实体和Value对象)。 AggregateRoot1和AggregateRoot2 AggregateRoot1具有引用AggregateRoot2的实体成员 >当我加载AggregateRoot1
在使用事件来源的汇总后端的基于DDD原则的环境中,应如何分离 aggregate roots(AR)? 例如,我有一个设备聚合根(AR),其具有负责创建预订AR的工厂方法。预订是人员AR和设施AR的时间敏感组合。一个人只能在一个设施中预订。 在DDD中,我会参考“个人预订”和“设施中的人”。然而,当生成用于事件采购的事件时,我认为尝试处理从后端反序列化的事件将变得令人望而却步。因此,我只采取了对基
将基础层中所有的域层(模块,模型,实体,域服务等)的所有接口分组是否有意义?如果没有,创建一个将所有这些组合到一个共享库中的“共享”项目/组件是否有意义?毕竟,“基础设施层”的定义包括“域,应用程序和UI层的共享库”。 我正在设计围绕DDD层的代码库:UI,Application,Domain,Infrastructure。这将会恭维4个项目。我的观点是,您可以从域层引用基础设施层。但是,如果您定
在阅读了几篇文章之后,我开始了解DAO和存储库之间的区别,但是我发现自己很难理解存储库和服务之间的区别。 简而言之,在OO范式中: > DAO:包含一个实体类的基本CRUD操作的类。它具有获取或检索底层持久存储系统的必要代码。一般来说,方法接收对象实体作为参数,除了在使用标识符类型有效的检索方法中。 >存储库:在更高层次的抽象..通常我已经阅读是一种处理聚合对象(具有子对象的对象)的操作的代码。它
我正在考虑使用规范模式进行验证。很难的是如何告诉用户为什么一些规范不满足。如果Specification.IsSatisfiedBy()不仅返回bool值,还会导致失败,该怎么办?它看起来像这样: interface ISpecification<T> { CheckResult IsSatisfiedBy(T candidate); } CheckResult是: class CheckRe
尽管已经长期研究域驱动设计,但仍然有一些基础知识,我只是想出来。 似乎每次我尝试设计一个丰富的域层时,我仍然需要很多域名服务或一个厚实的应用层,而且我最终会出现一堆没有真实逻辑的近似贫乏的域实体,除了“GetTotalAmount”等。关键的问题是实体不知道外部的东西,而且对实体注入任何东西都是不好的做法。 让我举一些例子: 用户注册服务。用户被保存在数据库中,生成并保存文件(用户帐户需要),并发
我正在做一个关于“域驱动设计”主题的研究。我的问题是您使用什么工具(或可能的环境),支持这种范式? 我知道我可以google它,但我不知道其中哪些实际工作和有用的,因为我没有任何经验。我主要在.NET Framework中感兴趣,但也欢迎任何其他意见! 谢谢 ! DDD不限于具体技术或“支持框架”。更重要的是开发好的软件的过程,其核心在于面向对象建模。因此,支持OOP的每个语言和环境适合于DDD。
假设我有两个实体 – Foo和Bar。 Foo是一个聚合根,并包含栏。据我所知,这应该是这样的: public class Foo{ private readonly Bar Bar; } 我想为用户提供功能,从定义的列表中选择条形码(并更改它)。 如果存储库应该仅用于聚合根,那意味着Bar实体将不会有存储库。 这导致问题 – Bar不能独立创建/更新,而不引用Foo。 这是否意味着酒吧应
我使用域模型和存储库实现了DDD的命令端,但是如何实现查询方面? 我是否为UI创建了一个全新的领域模型,并且在域层,UI层等中保留在项目结构中的哪里? 另外,作为查询机制使用什么方法,我是否专门为UI域对象创建新的存储库,而不是存储库或别的东西? 从我对CQRS的了解,您将创建一个满足用户界面屏幕或可能需要消费的应用程序需求的DTO。 项目中存在的是基于要求,因为您将通过Web服务公开这些DTO。
可能类似的问题已经被问了很多次,但我认为每一个反应都有助于使DDD的理解更好,更好。我想描述我如何看待DDD的某些方面。我有一些基本的不确定性,如果有人能够给予坚实和实用的欢迎,会感激。请注意,这些问题是DDD的“经典”方法。这意味着使用ORM等。在这里不考虑像CQRS和事件采购等方法。 >聚合和实体是实现域逻辑的主要对象。他们有国家和身份。在这种情况下,我将域逻辑看作是突破该状态的所有命令的集合
值对象没有标识. ORM需要标识来更新数据库. 如何欺骗ORM? (将值对象标记为内部的ID将不起作用,因为ORM位于不同的程序集中并将其移动到同一程序集是不可接受的). 提前致谢. 就我对DDD的理解而言,值对象只是对实体进行分区的一种方式.如果值对象应该与数据库中的ID一起存储,那么它不是值对象. 例: 域模型看起来像这样(C#): public class Customer : Entity
必须将聚合设计为事务性的并最终保持一致性.实体的这种一致性边界有助于管理复杂性 在我们的存储库实现中,我们使用Entity Framework与实际数据库进行交互.从历史上看,我们总是拥有巨大的上下文(跨越数十个表),它们代表数据库中的每个可用表,字段和关系(或至少在数据库的某些功能区域中).这里的问题是,这个上下文用于数百种不同的事情,并随着系统变大而呈指数级增长,从而导致难以维护的事物. 有界