建站
咨詢
售后
建站咨詢
新聞中心
社區(qū)對于ADO.NET Entity Framework和LINQ to SQL的***不滿，就是它不支持更改跟蹤。但只有在你連接到上下文對象的時(shí)候，你才可以修改對象并把它們保存回?cái)?shù)據(jù)庫。就像數(shù)據(jù)庫連接那樣應(yīng)該非?？欤坏┰撋舷挛膶ο蟪龇秶?，數(shù)據(jù)對象實(shí)質(zhì)上就進(jìn)入只讀狀態(tài)。重新附加它們到新上下文來回寫它們的更改，這并不是一個(gè)好辦法。
在喀什等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供做網(wǎng)站、成都做網(wǎng)站 網(wǎng)站設(shè)計(jì)制作定制設(shè)計(jì),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站設(shè)計(jì),成都營銷網(wǎng)站建設(shè),成都外貿(mào)網(wǎng)站制作,喀什網(wǎng)站建設(shè)費(fèi)用合理。
微軟拒絕解決該難題。他們沒有像大多數(shù)ORM庫那樣，在數(shù)據(jù)對象內(nèi)部添加更改跟蹤，改為更加關(guān)注POCO或者“簡單初始C#對象”。
在Entity Framework設(shè)計(jì)博客上，微軟的三位開發(fā)人員概括了一些流行的數(shù)據(jù)庫訪問方法。***個(gè)是ADO.NET Entity Framework，它能夠回寫更改的集合到數(shù)據(jù)庫。他們列出了使用ADO.NET數(shù)據(jù)集的四個(gè)“問題”，但都意義不大。它們都集中在通過不可信邊界發(fā)送更改集合，也并沒有太大意義。數(shù)據(jù)集訪問和ORM庫用來凈化數(shù)據(jù)，而這本該應(yīng)用程序自己來處理。#t#
下一個(gè)是DTO或數(shù)據(jù)傳輸對象。這僅是一種理想的說法，“我們先把所有數(shù)據(jù)放置在某些對象中，然后你來處理它。”這與最近的討論并不相關(guān)，但確實(shí)說明了他們的想法。該話題接著簡單地提到REST?，F(xiàn)在，我們知道ADO.NET Entity Framework團(tuán)隊(duì)已經(jīng)完全忘記自己應(yīng)該建立什么。至于他們所說的“目標(biāo)”，
隨著對Entity Framework進(jìn)行N層改進(jìn)，我們想解決一些相同的問題空間，例如數(shù)據(jù)集，但要避開它一些主要問題。 理論上，我們偏向于提供用于構(gòu)建的模塊，它正吸引開發(fā)人員在廣泛的架構(gòu)之上建立解決方案。例如，我們要給DTO支持者提供完善的控件，同時(shí)降低在解決簡單方案時(shí)所承受的痛苦。
現(xiàn)在問題已相當(dāng)明了：ADO.NET Entity Framework不想成為另一個(gè)ORM，它想成為每個(gè)人所需的一切。ADO.NET Entity Framework就像我們一次又一次看到的那樣，這種方法不會(huì)讓人滿意?？匆幌略搱F(tuán)隊(duì)的聲明，除了這兩點(diǎn)，針對圖像中做變更的問題，還有一些更有趣的通用表示法，但一般來說，它們有著相同的缺點(diǎn)：給它們提供解決方案并不能授權(quán)給用戶控制的級(jí)別，這也是最復(fù)雜的解決方案和最成熟的模式所必須的。
當(dāng)前名稱：筆者總結(jié)ADO.NETEntityFramework跟蹤范圍
瀏覽地址：http://m.5511xx.com/article/codhgpp.html
