blocks|key|337097|text|持久层，也称为数据访问层或其他术语。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|337098|它将获取和保存数据的核心从业务层分离出来。这样做的原因是，您的业务逻辑(应用程序中承担数据操作重任的部分)不会绑定到特定类型的数据源。|337099|数据层需要写入特定于数据库的数据。因此，如果您使用MySQL访问所有数据，那么您需要编写用于该用途的dataLayer。|337100|如果您在某一时刻决定迁移到MongoDB，那么就不需要重写整个应用程序了。您可以只重写数据访问部分，以从MongoDB获取数据。由于业务逻辑并不关心您如何获取数据，只有您这样做，它和表示层才能保持完好。|337101|希望这能有所帮助。|337102|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Persistence layer otherwise known as a Data Access Layer or other terminology.
It separates the guts of getting and saving the data from the business layer. The reason you do this is so your business logic (the part of the application that does the heavy lifting for your data manipulation) is not tied to a specific type of data source.
The data layer will need to be written to be database specific. So if you're using MySQL to access all your data then you will write the dataLayer for that use.
If at some point you decide to move to MongoDB, then instead of rewriting your entire application. You can rewrite just the data access parts to get the data from MongoDB. Since the business logic doesnt care how you get the data, only that you do, it and the Presenation layer can remain intact.
Hope this helps.

blocks|key|119700|text|如果你没有将你的数据保存在某个地方，当你的应用程序再次打开时，它就不会再出现在那里。您可以按照您所说的将其保存到数据库(SQL、Oracle、PostGRE等)，或者直接保存到磁盘(以二进制格式序列化或纯文本等)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|119701|使用一个层来做到这一点是一种很好的做法。它减少了耦合(即意大利面式代码)，并使维护变得更容易。|119702|我建议你读一读关于Hibernate的书，它是.NET的表亲NHibernate。|119703|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

If you're not saving your data somewhere, it won't be there again when your app is opened again. You can save it to a database as you said (SQL, Oracle, PostGRE etc.), or directly to disk (serializing in binary format, or plain text etc.).

Using a layer to do that is a good practice. It reduces coupling (i.e. spaghetti code), and makes maintenance much easier.

I suggest you read about Hibernate and it's .NET cousin, NHibernate.

blocks|key|119767|text|之所以要在数据库引擎和业务/应用程序逻辑之间构建DAL+(数据访问层)或任何其他类型的中间层，是因为通过在数据库引擎和业务/应用程序逻辑之间添加这一层，您可以将应用程序的rest+/上层与您当前正在使用的特定数据库引擎/技术隔离开来。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|119768|这有几个优点，比如更容易迁移到其他存储引擎，在单个层中更好地封装数据库逻辑(以后更容易替换或修改，取决于您的跨层接口设计得有多好等)。|119769|我的答案在这里，这是一个关于ASP.NET+MVC和EF的例子，但是解决方案和项目的结构实际上是独立于技术的：MVC3+and+Entity+Framework|offset|length|119770|我还可以阅读一些文章来更好地理解这个问题，例如：http://www.developerfusion.com/article/84492/net-and-data-persistence/|119771|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/7474267/mvc3-and-entity-framework/7474357#7474357|1|http://www.developerfusion.com/article/84492/net-and-data-persistence/^0|0|0|1J|P|0|0|O|1Y|1|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@$F|W|G|X|1|Y]]|A|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@$F|10|G|11|1|12]]|A|$]]|$1|J|3|-4|5|6|7|13|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]|R|$5|M|N|O|A|$P|S]]]]

the reason for you to build a DAL ( Data Access Layer ) or any other kind of intermediate layer between database engine and Business / Application logic, is that by adding this layer in the between you isolate the rest / upper layers of your application from the specific database engine / technology you are using right now.
This has several advantages, like easier migration to other storage engines, better encapsulation of database logic in a single layer ( easier to replace or modify later depending on how well you have designed your cross-layer interfaces etc...)
see my answer here, it is an example about ASP.NET MVC and EF but the structuring of solution and projects is actually technology independent: <a href="https://stackoverflow.com/questions/7474267/mvc3-and-entity-framework/7474357#7474357">MVC3 and Entity Framework</a>
Also read some articles to better understand this matter, for example: <a href="http://www.developerfusion.com/article/84492/net-and-data-persistence/" rel="nofollow noreferrer">http://www.developerfusion.com/article/84492/net-and-data-persistence/</a>

I have to create an application in which I am asked to create an persistence layer in the application. The application is in .net. I have created a business layer and a presentation layer but I don't know how and why I should create a persistence layer.

I googled and came to know that persistence layer is used for storing and retrieving data usually from a database.

Can anybody explain in detail?

What is the use of a persistence layer in any application?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我必须创建一个应用程序，其中要求我在应用程序中创建一个持久层。该应用程序是用.net编写的。我已经创建了一个业务层和一个表示层，但是我不知道我应该如何以及为什么要创建持久层。我用谷歌搜索了一下，了解到持久层通常用于存储和检索数据库中的数据。有人能详细解释一下吗？

问持久层在任何应用程序中的用途是什么？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问持久层在任何应用程序中的用途是什么？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问持久层在任何应用程序中的用途是什么？
EN