开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

使用实体框架核心2在不同的有界上下文中存储对多个对象的引用

使用实体框架核心2（Entity Framework Core 2）可以在不同的有界上下文（Bounded Context）中存储对多个对象的引用。实体框架核心2是一个开源的对象关系映射（ORM）框架，用于在.NET应用程序中管理数据库访问。

有界上下文是领域驱动设计（Domain-Driven Design）中的一个概念，用于将大型领域模型分解为更小、更可管理的部分。每个有界上下文都代表一个特定的子域，可以有自己的实体、值对象和聚合根。

在使用实体框架核心2时，可以通过定义多个有界上下文来管理不同的子域。每个有界上下文都可以有自己的数据库表和关系映射。当一个有界上下文需要引用其他有界上下文中的对象时，可以使用实体框架核心2的导航属性来建立关联。

优势：

简化数据库访问：实体框架核心2提供了一种简单而强大的方式来执行数据库操作，开发人员可以使用面向对象的方式进行数据访问，而不需要编写复杂的SQL语句。
提高开发效率：实体框架核心2自动处理对象与数据库之间的映射，开发人员可以专注于业务逻辑的实现，而不需要关注底层的数据库细节。
跨数据库支持：实体框架核心2支持多种数据库提供程序，可以轻松切换不同的数据库引擎，如SQL Server、MySQL、PostgreSQL等。
强大的查询功能：实体框架核心2提供了丰富的查询功能，包括LINQ查询、原生SQL查询等，可以灵活地进行数据检索和筛选。

应用场景：

大型企业应用程序：实体框架核心2适用于开发大型企业级应用程序，可以帮助开发人员管理复杂的数据模型和数据库访问逻辑。
微服务架构：实体框架核心2可以与微服务架构相结合，每个微服务可以有自己的有界上下文，独立管理自己的数据模型和数据库。
领域驱动设计：实体框架核心2支持领域驱动设计的开发方式，可以将领域模型分解为多个有界上下文，提高代码的可维护性和可扩展性。

推荐的腾讯云相关产品：

腾讯云提供了多个与云计算相关的产品和服务，以下是一些推荐的产品和产品介绍链接地址：

云数据库 TencentDB：https://cloud.tencent.com/product/cdb
云服务器 CVM：https://cloud.tencent.com/product/cvm
云原生应用引擎 TKE：https://cloud.tencent.com/product/tke
人工智能平台 AI Lab：https://cloud.tencent.com/product/ai
物联网平台 IoT Hub：https://cloud.tencent.com/product/iothub
移动开发平台 MDP：https://cloud.tencent.com/product/mdp
云存储 COS：https://cloud.tencent.com/product/cos
区块链服务 BaaS：https://cloud.tencent.com/product/baas
腾讯云元宇宙：https://cloud.tencent.com/solution/virtual-universe

请注意，以上推荐的腾讯云产品仅供参考，具体选择应根据实际需求进行评估和决策。

相关搜索:Ruby:在方法上下文中获取对self是其属性的对象的引用如何使用实体框架核心将实体类定义为在多个实体之间共享的集合？如何使用相同的引用变量在不同的时间存储多个对象，而不会对先前存储的对象造成任何影响？在实体框架中使用.SqlQuery处理存储过程中的多个结果集如何在postresql中映射存储过程的结果集，在postresql中，我使用实体框架核心返回多个游标实体框架4 - 在持久性不知情的上下文中使用CTP5(代码优先)映射非公共属性我可以在一个表中的多个列上引用单个外键吗？如果是，如何在实体框架核心中进行配置在ASP.NET MVC5中使用实体框架中的存储过程从多个表中获取多条记录对于大型堆栈，当您编写自己的自定义cypher查询以进行突变时，如何使用存储在Apollo Server上下文中的user对象？php轮播图加超链接

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

《Entity Framework 6 Recipes》翻译系列 (1) —–第一章开始使用实体框架之历史和框架简述「建议收藏」

微软的Entity Framework 受到越来越多人的关注和使用，Entity Framework7.0版本也即将发行。虽然已经开源，可遗憾的是，国内没有关于它的书籍，更不用说好书了，可能是因为EF版本更新太快，没人愿意去花时间翻译国外关于EF的书籍。使用Entity Framework开发已经有3年多了，但用得很肤浅，最近想深入学习，只好找来英文书《Entity Framework 6 Recipes》第二版，慢慢啃。首先需要说明的是，我英文不好，只是为了学习EF。把学习的过程写成博客，一是督促自己，二是希望能帮助有需要的朋友。EF是微软极力推荐的新一代数据库访问技术，它已经成熟，做为一名.NET开发人员，如果你还没有使用它的话，那感紧开始吧，特别是DDD（领域驱动设计）的爱好者，更应该学习它，因为它是领域模型的绝佳搭档！另外，本书也是一本关于EF的佳作（其实，英文的关于EF的书也就那么几本，中文的目前还没有，只有一些零星的资料，这会让初学者会感觉到混乱，特别是什么EDMX文件、Code First、Model First、Database First、表拆分，实体拆分，TPT,TPH,TPC，CodeFirst和DDD的配合等等），就从本系列开始对EF进行一个系统的学习吧，老鸟也可以从中了解不少的知识点。文中肯定有很多翻译不当的地方，恳请你指正，以免误导大家。谢谢！由于书中的代码只贴出核心部分，如果你想运行示例代码，可以加入QQ群下载，因为太大，超过博客园的限制，所以这里提供不了下载。要说的就这么多，下面就开始这一段学习过程吧。

02

EF基础知识小记一

1、EF等ORM解决方案出现的原因因为软件开发中分析和解决问题的方法已经接近成熟,然后关系型数据库却没有,很多年来,数据依然是保存在表行列这样的模式里,所以,在面相对象和高度标准化的数据库中产生了一个失配(不匹配、阻抗失配，微软的安德斯.海尔斯伯格<C#之父>可能会这样叫它),为了解决这个失配,大多数项目中都会引入"数据处理层"来转换应用程序实体层的数据到数据库的行和列中,随着"数据处理层"的不断进化,最后ORM就诞生了。 2、集成查询语言LINQ LINQ和EF都出自于微软,都能帮助我们解决失配的问题.

09

领域驱动设计简介（下篇）

正如我们已经指出的那样，大多数DDD系统可能会使用OO范例。因此，我们对领域模型的元素可能很熟悉，例如实体，值对象和模块。例如，如果您是Java程序员，那么将DDD实体视为与JPA实体基本相同（使用@Entity注释）就足够安全了。

01

领域驱动设计

关于领域驱动设计这篇文章参考了Eric Evans《领域驱动设计》一书以及Jimmy Nilsson《以C# .NET为例运用领域驱动设计和模式》，二者详细描述了领域驱动设计的核心概念、技术和模式。在某些情况下，直接使用这些书的措辞是有意义的，并且我认为Eric Evans和Jimmy Nilsson也允许我们这么做。尽管将方法本身呈现出来是很有用的,但是仅仅对方法进行描述，DDD的许多微妙之处就会消失。这些方法应该是你的工具，而不是你束缚你的规则。它们是为设计而生的语言，在团队内沟通创意和模型十分有益

09

领域驱动设计实践：支付系统建模

点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？能浪的浪，才是好浪！每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析网络应用框架 Netty 源码解析消息中间件 RocketMQ 源码解析数据库中间件 Sharding-JDBC 和 MyCAT 源码解析作业调度中间件 Elastic-Job 源码解析分布式事务中间件 TCC-Transaction

01

ASP.NET MVC5高级编程——（3）MVC模式的模型

前面两篇文章我们分别讲了MVC下的视图和控制器，这章我们要讲模型（model），这章由于涉及到基架的使用，还有对模型绑定后数据库相关知识，可能会很抽象，慢慢来吧，↖(^ω^)↗！在这之前可以先看看老师上课提的几个问题，相信看完了，你就对MVC中的模型有了个初步的了解了！

04

领域驱动设计实践：支付系统建模

点击上方蓝色字体，选择“设为星标” 回复”学习资料“获取学习宝典文章来源：https://www.jdon.com/59597 目录简介什么是DDD 如何在实践中应用DDD 问题空间解决方案空间从领域模型到微服务结论在Airwallex，领域驱动设计（DDD）方法被用来指导如何对复杂的业务问题和系统设计进行建模。在这篇博客中，我们试图全面介绍用DDD模式对支付系统进行建模的做法。 | 简介支付系统是一个相当复杂和多变的系统，从订单、欺诈、通知、与各种支付方式的整合到资金清算和结

04

「首席架构看设计」权威领域驱动设计(DDD)简介

今天的企业应用程序无疑是复杂的，并依赖一些专门技术（持久性，AJAX，Web服务等）来完成它们的工作。作为开发人员，我们倾向于关注这些技术细节是可以理解的。但事实是，一个不能解决业务需求的系统对任何人都没有用，无论它看起来多么漂亮或者如何很好地构建其基础设施。

01

【翻译】函数式编程中的领域驱动设计

领域驱动设计 (DDD) 提供了许多技术和模式来控制软件应用程序中的复杂性——即使这些是用函数式编程语言编写的。不幸的是，用函数式编程语言实现 DDD 可以参考的资源非常有限。即使你设法找到了它，它也常常缺乏函数式编程的实质。

02

ADO.NET 实体框架概述

随着.NET Framework 3.5 SP1和Visual Studio 2008 SP1的正式发布。ADO.NET 实体框架正式来到开发人员的面前，它使开发人员可以通过对象模型（而不是逻辑/关系数据模型）专注于数据。实体框架有助于将逻辑数据架构抽象为概念模型，并且允许以多种方式通过对象服务和名为“EntityClient”的新数据提供程序与概念模型交互。实体框架组件实体框架使开发人员可以编写更少的数据访问代码，减少维护，将数据结构抽象化为更易于开展业务（标准化程度较低）的方式，并且有利于数据的持久

05

在ASP.NET MVC5中实现具有服务器端过滤、排序和分页的GridView

背景在前一篇文章《【初学者指南】在ASP.NET MVC 5中创建GridView》中，我们学习了如何在 ASP.NET MVC 中实现 GridView，类似于 ASP.NET web 表单的功能

08

学习分享：DDD领域驱动设计指导微服务实践

把问题空间分割为规模更小且易于处理的若干子问题。分割后的问题需要足够小，以便一个人单枪匹马就能够解决他们；其次，必须考虑如何将分割后的各个部分装配为整体。分割得越合理越易于理解，在装配成整体时，所需跟踪的细节也就越少。即更容易设计各部分的协作方式。评判什么是分治得好，即高内聚低耦合。以火车为例，每个车厢都要符合承重要求，行李车厢承重能力要高于其他车厢，车厢间的连接要牢固且易于拆解，有足够的灵活性方便转弯。另外大件行李应该单独存放，避免占用普通车厢的空间，餐车应该在整个列车的中间，方便用餐

04

[半翻] 设计面向DDD的微服务

许多技术概念和模式，例如充血模型(对应我们常写贫血模型)、值对象、聚合和聚合根规则。

05

为什么微服务架构需要聚合

学习架构不仅仅是为了成为一名合格的架构师，同时也可以在设计、开发、部署一个系统、甚至一个模块时能够更合理地考虑到其内部的权衡取舍，以及与周边系统的耦合和隔离问题。当然在自己能力不足的情况下，"抄"，绝对是个捷径。伟大的明代著名科学家徐光启就曾说过："欲求超胜,必先会通。会通之前,必先翻译"。

02

由Spring应用的瑕疵谈谈DDD的概念与应用（一）

多数有经验的程序开发者都应该听说过DDD，并且尝试过将其应用在自己的项目中。不知你是否遇到过这样的场景：你创建了一个资源库（Repository），但一段时间之后发现这个资源库和传统的DAO越来越像了，你开始反思自己的实现方式是正确的吗？或者，你创建了一个聚合，然后发现这个聚合是如此的庞大，它为什么引用了如此多的对象，难道又是我做错了吗？

02

聊聊有界上下文

在这篇文章中，我将分享我对有界上下文的看法。有界上下文是什么意思？为什么需要有界上下文？

03

EF原理

实体框架（Entity Framework）简称EF，是微软以ADO.NET为基础所发展出来的对象关系对应（O/R Mapping）解决方案。是ADO.NET中的一组支持开发面向数据的软件应用程序的技术。是微软的一个ORM框架。

01

看看上下文映射的清晰视图

在我之前的文章中，我详细讨论了有界上下文以及如何处理域的复杂性。最好将域划分为几个子域，并将它们映射到不同的有界上下文，其中每个业务实体/值对象在该上下文中都具有一定的含义，因此业务的每个利益相关者（产品所有者，开发人员，架构师和赞助商）都理解上下文和具有适当分类标准的实体。当我们在商业利益相关者之间以统一的语言讨论域对象时，就不会对命名造成混淆。

03

EF基础知识小记三(设计器=>数据库)

本文主要介绍通过EF的设计器来同步数据库和对应的实体类.并使用生成的实体上下文,来进行简单的增删查该操作 1、通过EF设计器创建一个简单模型 (1)、右键目标项目添加新建项 (2)、选择ADO.Net

05

可视化微服务：设计微服务系统

原文地址：https://dzone.com/articles/visualizing-microservices-designing-a-microservice

07

领域驱动设计学习之路—DDD的原则与实践

本文是我学习Scott Millett & Nick Tune编著的《领域驱动设计模式、原理与实践》一书的学习笔记，一共会分为4个部分如下，此文为第1部分：

05

规则引擎深度对比，LiteFlow vs Drools！

Drools是一款老牌的java规则引擎框架，早在十几年前，我刚工作的时候，曾在一家第三方支付企业工作。在核心的支付路由层面我记得就是用Drools来做的。

04

大家一直在谈的领域驱动设计（DDD），我们在互联网业务系统是这么实践的

前言至少30年以前，一些软件设计人员就已经意识到领域建模和设计的重要性，并形成一种思潮，Eric Evans将其定义为领域驱动设计（Domain-Driven Design，简称DDD）。在互联网开发“小步快跑，迭代试错”的大环境下，DDD似乎是一种比较“古老而缓慢”的思想。然而，由于互联网公司也逐渐深入实体经济，业务日益复杂，我们在开发中也越来越多地遇到传统行业软件开发中所面临的问题。本文就先来讲一下这些问题，然后再尝试在实践中用DDD的思想来解决这些问题。问题过度耦合业务初期，我们的功能大都

09

Entity Framework学习笔记——EF简介（一篇文章告诉你什么是EF）

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huyuyang6688/article/details/41526763

03

金三银四面试：C#.NET面试题中高级篇5-Linq和EF

实体框架EF是http://ADO.NET中的一组支持开发面向数据的软件应用程序的技术，是微软的一个ORM框架。

03

DDD战术篇：领域模型的应用

领域驱动设计DDD在战术建模（后文简称建模，除非特别说明）上提供了一个元模型体系（如下图），通过这个元模型我们会对战略建模过程中识别出来的问题子域进行抽象，而通过抽象来指导最后的落地实现。（DDD构

06

「领域驱动设计」集成有界上下文的策略

首先，我们看看什么是领域模型，以及它们为什么对领域驱动设计如此重要。领域模型是围绕业务的特定问题的重点知识。

07

详解持久化Core Data框架的原理以及使用---转自Bison的技术博客

1.原理部分 Care Data是一个纯粹的面向对象框架，可用于管理实体以及实体之间的关联关系的持久化，也就是我们通常所指的数据持久化。 Care Data底层的持久化存储方式可以是SQLite数据库，也可以是XML文档，甚至可以直接以内存作为持久化存储设备。 Care Data的核心概念是实体。实体是由Care Data管理的模型对象，它必须是NSManagedObject类或其子类的实例。实体与实体之间存在1-1、1-N、N-N、的关联关系，整个应用的所有实体以及实体之间的关联关系被称为托管对象模型

05

【系统设计】大神三分钟搞懂领域驱动设计

今天的企业应用程序无疑是复杂的，并依赖一些专门技术（持久性，AJAX，Web服务等）来完成它们的工作。作为开发人员，我们倾向于关注这些技术细节是可以理解的。但事实是，一个不能解决业务需求的系统对任何人都没有用，无论它看起来多么漂亮或者如何很好地构建其基础设施。

02

如何一步一步用DDD设计一个电商网站（九）—— 小心陷入值对象持久化的坑

在上一篇中（如何一步一步用DDD设计一个电商网站（八）—— 会员价的集成），有一行注释的代码：

03

.NET Glossary

本词汇表的主要目标是阐明 .NET 文档中经常出现的选定术语和首字母缩略词的含义。奥特提前编译器。与JIT类似，此编译器还将IL转换为机器代码。与 JIT 编译相反，AOT 编译发生在应用程序执行之前，并且通常在不同的机器上执行。因为 AOT 工具链不在运行时编译，所以它们不必最小化编译时间。这意味着他们可以花更多时间进行优化。由于 AOT 的上下文是整个应用程序，因此 AOT 编译器还进行跨模块链接和全程序分析，这意味着遵循所有引用并生成单个可执行文件。请参阅CoreRT和.NET Native。应用模型一个工作量特异性API。这里有些例子： ASP.NET ASP.NET Web API 实体框架 (EF) Windows 演示基础 (WPF) Windows 通信基础 (WCF) Windows 工作流基础 (WF) Windows 窗体 (WinForms) ASP.NET .NET Framework 附带的原始 ASP.NET 实现，也称为 ASP.NET 4.x。有时 ASP.NET 是一个总称，既指原始 ASP.NET 又指 ASP.NET Core。该术语在任何给定实例中的含义由上下文决定。当您想明确表示您没有使用 ASP.NET 来表示这两种实现时，请参阅 ASP.NET 4.x。请参阅ASP.NET 文档。 ASP.NET 核心 ASP.NET 的跨平台、高性能、开源实现。请参阅ASP.NET Core 文档。部件一个.dll或.exe文件，其中可以包含可由应用程序或其他程序集调用的 API 集合。程序集可能包括接口、类、结构、枚举和委托等类型。项目的bin文件夹中的程序集有时称为二进制文件。另见库。 BCL 基类库。一组包含 System.*（以及在有限范围内的 Microsoft.*）命名空间的库。BCL 是一种通用的低级框架，高级应用程序框架（例如 ASP.NET Core）在其上构建。 .NET 5（和 .NET Core）及更高版本的 BCL 源代码包含在.NET 运行时存储库中。大多数 BCL API 在 .NET Framework 中也可用，因此您可以将此源代码视为 .NET Framework BCL 源代码的分支。以下术语通常指的是 BCL 所指的同一 API 集合：核心 .NET 库框架库运行时库共享框架 CLR 公共语言运行时。确切的含义取决于上下文。公共语言运行时通常是指.NET Framework的运行时或.NET 5（和 .NET Core）及更高版本的运行时。 CLR 处理内存分配和管理。CLR 也是一个虚拟机，它不仅可以执行应用程序，还可以使用JIT编译器即时生成和编译代码。 .NET Framework 的 CLR 实现仅适用于 Windows。 .NET 5 和更高版本的 CLR 实现（也称为 Core CLR）是从与 .NET Framework CLR 相同的代码库构建的。最初，Core CLR 是 Silverlight 的运行时，旨在运行在多个平台上，特别是 Windows 和 OS X。它仍然是一个跨平台的运行时，现在包括对许多 Linux 发行版的支持。另请参见运行时。核心CLR .NET 5（和 .NET Core）及更高版本的公共语言运行时。请参阅CLR。核心RT 与CLR 相比，CoreRT 不是虚拟机，这意味着它不包括即时生成和运行代码的设施，因为它不包括JIT。但是，它确实包括GC以及运行时类型识别 (RTTI) 和反射的能力。然而，它的类型系统被设计成不需要用于反射的元数据。不需要元数据可以让AOT工具链链接掉多余的元数据和（更重要的是）识别应用程序不使用的代码。CoreRT 正在开发中。请参阅CoreRT和.NET 运行时实验室介绍。跨平台能够开发和执行可在多种不同操作系统（例如 Linux、Windows 和 iOS）上使用的应用程序，而无需专门为每个操作系统重写。这实现了不同平台上的应用程序之间的代码重用和一致性。见平台。生态系统用于为给定技术构建和运行应用程序的所有运行时软件、开发工具和社区资源。术语“.NET 生态系统”与“.NET 堆栈”等类似术语的不同之处在于它包含第三方应用程序和库。这是一个句子中的示例： “ .NET Standard背后的动机是在 .NET 生态系统中建立更大的统一性。” 框架一般而言，一个全面的 API 集合，可促进基于特定技术的应用程序的开发和部署。从一般意义上讲，ASP.NET Core 和 Windows 窗体是应用程序框架的示例。框架和库这两个词经常作为同义词使用。 “框架”一词在以下术语中具有不同的含义：框架库 .NET 框架共享框架目标框架 TFM（目标框架名

01

DDD中的建模方法有哪些[通俗易懂]

在之前的文章中已经介绍了DDD相关的概念模式，DDD相关的业务技术架构，但是我们还没有找到一个核心的抓手去实践DDD。DDD的一个核心本质就是对业务建模，或者领域建模。说的很简单，但是做好确实很难，一个需求过来意淫几个实体对象就差不多解决了。深入看，全局看只在脑海中进行的建模实际上并不一定正确和稳定。因此我们需要找到正确的方法帮助对业务领域进行分析，得到建模结构，共享建模成果。

03

EF Core中避免贫血模型的三种行之有效的方法

Paul Hiles: 3 ways to avoid an anemic domain model in EF Core 1.引言在使用ORM中（比如Entity Framework）贫血领域模型十分常见。本篇文章将先探讨贫血模型的问题，再去探究在EF Core中使用Code First时如何使用简单的方法来避免贫血模型。 2.什么是贫血模型在对领域建模后，输出一系列类中仅包含一些简单属性声明而不包含业务逻辑的模型，就属于贫血模型。当使用Entity Framework时，它们不仅仅是简单的数

04

兄弟！kafka的重试机制，你可能用错了~

Apache Kafka 已成为跨微服务异步通信的主流平台。它有很多强大的特性，让我们能够构建健壮、有弹性的异步架构。

02

.net EF 新手教程

模型的内容根据大家的需要进行选择，我在这里选择来自数据库的EF设计器，这样他会帮我自动生成数据库中的EF设计器。

00

DDD入门

比如，在系统建设过程中，我们经常会看到这样的情形：A 负责提出需求，B 负责需求分析，C 负责系统设计，D

02

谈谈代码：降低复杂度，从放弃三层架构到DDD入门

基于这些情况，我开始寻找降低复杂度的方案，于是就有了这篇再谈DDD的文章。 1.1 具体问题 1.1.1 宏观角度从宏观来说，软件架构模式演进经历了三个阶段。

01

Rafy 领域实体框架示例(1) - 转换传统三层应用程序

Rafy 领域实体框架发布后，虽然有帮助文档，许多朋友还是反映学习起来比较复杂，希望能开发一个示例程序，展示如何使用 Rafy 领域实体框架所以，本文通过使用 Rafy 领域实体框架来改造一个传统的三层架构应用程序——“服装进销存”系统，来讲解如何使用 Rafy 领域实体框架进行数据库应用程序的快速开发，以及替换为使用 Rafy 框架后带来的一些新功能。完整示例包下载地址：http://pan.baidu.com/s/1AB9TL，其中包含本次改造前、改造后的源代码，以及转换说明文档。（下载该示例代码后，

05

「领域驱动设计」DDD,六边形架构，洋葱架构，整洁架构，CQRS的整合架构

这篇文章是软件架构编年史的一部分，一系列关于软件架构的文章。在这些文章中，我写了我对软件架构的了解，我如何看待它，以及我如何使用这些知识。如果您阅读了本系列以前的文章，那么本文的内容可能更有意义。

03

福利到！Rafy(原OEA)领域实体框架 2.22.2067 发布！

距离“上次框架完整发布”已经过去了一年半了，应群中的朋友要求，决定在国庆放假之际，把最新的框架发布出来，并把帮助文档整理出来，这样可以方便大家快速上手。 08104816-68bbd9d568c049c08150b6cc83d1ac15.gif 发布内容注意，本次发布，只包含 Rafy 框架中的领域实体框架及相关文档。不包含“界面自动生成”等其它组件。安装新的发布包：《使用 NuGet 下载最新的 Rafy 框架及文档》。网页版用户手册（实时更新）：《http://zgynhqf.github.io/

EntityFramework数据持久化复习资料6、EntityFramework引入

EntityFramework数据持久化复习资料3、EntityFramework引入

03

【初学者指南】在ASP.NET MVC 5中创建GridView

介绍在这篇文章中，我们将会学习如何在 ASP.NET MVC 中创建一个 gridview，就像 ASP.NET Web 表单中的 gridview 一样。服务器端和客户端有许多可用的第三方库，这些库能够提供所有必需的功能，如 Web 表格中的搜索、排序和分页等。是否包含这些功能，取决于应用的特殊需求，例如在客户端和服务器端提供搜索或其它功能的需求等。可用的库以下是一些可用的库和插件： Grid.Mvc MVCGrid.NET PagedList.MVC JQuery.Grid JQuery Grid

09

你可能用错了 kafka 的重试机制

来源 | http://r6d.cn/b2u2p Apache Kafka 已成为跨微服务异步通信的主流平台。它有很多强大的特性，让我们能够构建健壮、有弹性的异步架构。同时，我们在使用它的过程中也需要小心很多潜在的陷阱。如果未能提前发现可能发生（换句话说就是迟早会发生）的问题，我们就要面对一个容易出错和损坏数据的系统了。在本文中，我们将重点介绍其中的一个陷阱：尝试处理消息时遭遇失败。首先，我们需要意识到消息消费可能会，而且迟早会遭遇失败。其次，我们需要确保在处理此类故障时不会引入更多问题。 Kafka

02

Kafka很强大，但是一步出错就可能导致系统数据损坏！

Apache Kafka 已成为跨微服务异步通信的主流平台。它有很多强大的特性，让我们能够构建健壮、有弹性的异步架构。

02

DDD领域驱动设计实战(四)-理解值对象

应该尽量使用值对象建模而非实体对象。即便一个领域概念必须建模成实体，在设计时也应更偏向于将其作为值对象容器，而非子实体容器。因为可以非常容易对值对象进行创建、测试、使用、优化和维护。

03

「首席架构看领域驱动设计」领域驱动的设计和开发最佳实践

域驱动设计(DDD)是关于将业务域概念映射到软件构件的。关于这个主题的大多数文章和文章都是基于Eric Evans的《领域驱动设计》一书，主要从概念和设计的角度覆盖了领域建模和设计方面。这些文章讨论了DDD的主要元素，如实体、价值对象、服务等，或者讨论了泛在语言、有界上下文和反腐败层等概念。

03

Rafy 领域实体框架简介

按照最新的功能，更新了最新版的《Rafy 领域实体框架的介绍》，内容如下：本文包含以下章节：简介特点优势简介 Rafy 领域实体框架是一个轻量级 ORM 框架。与一般的 ORM 框架不同的是，它不只关注于一般性的面向对象实体与关系数据库的映射，而是更关注于富领域模型（聚合实体）与关系数据库的映射。使得开发者可以非常方便地使用富领域模型的同时，配备强大的实体属性设计、查询功能，并兼顾了极高的开发效率。该框架可脱离 Rafy 框架其它组件独立运行，同时集领域驱动设计、面向服务架构、模型驱动架构、产

07

DDD领域驱动设计实战-理解聚合(Aggregate)和聚合根(AggregateRoot)

实体和值对象组成聚合，再根据业务，将多个聚合划定到同一限界上下文，并在限界上下文内完成领域建模。

07

学界 | 腾讯AI Lab解读多篇ACL 2018入选长文

本文转载自腾讯 AI Lab，微信号 tencent_ailab。本文将详解 2018 年 NLP 领域顶级学术会议 ACL 上，腾讯AI Lab入选 5 篇文章中的 4 篇长文。

02

谈谈架构层级的“开闭原则”

本文是关于架构层级SOLID原则的文章系列的第一篇。你可能熟悉如何在面向对象的层级遵循SOLID原则来进行类的设计，或者你也曾经疑惑这些原则是否适用于系统的架构设计，关于这一点，我将尝试给出一些我的见解。

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭