建站
咨詢
售后
建站咨詢
新聞中心
作為一個學(xué)習(xí)ADO.NET Entity framework的新手來說，首先遇到的就是一些學(xué)習(xí)ADO.NET Entity framework的方法問題，一想學(xué)學(xué)經(jīng)典代碼，二想學(xué)學(xué)和自己興趣有關(guān)的相關(guān)框架。
為企業(yè)提供成都網(wǎng)站設(shè)計、做網(wǎng)站、成都外貿(mào)網(wǎng)站建設(shè)公司、網(wǎng)站優(yōu)化、成都營銷網(wǎng)站建設(shè)、競價托管、品牌運營等營銷獲客服務(wù)。創(chuàng)新互聯(lián)擁有網(wǎng)絡(luò)營銷運營團隊，以豐富的互聯(lián)網(wǎng)營銷經(jīng)驗助力企業(yè)精準(zhǔn)獲客，真正落地解決中小企業(yè)營銷獲客難題，做到“讓獲客更簡單”。自創(chuàng)立至今，成功用技術(shù)實力解決了企業(yè)“網(wǎng)站建設(shè)、網(wǎng)絡(luò)品牌塑造、網(wǎng)絡(luò)營銷”三大難題，同時降低了營銷成本，提高了有效客戶轉(zhuǎn)化率，獲得了眾多企業(yè)客戶的高度認(rèn)可！
以前聽說Enterprise Library 是在net framework library的基礎(chǔ)上 按企業(yè)應(yīng)用的角度又抽象出一個更高一層的類庫，比如，涉及 數(shù)據(jù)訪問層。后來，自己在學(xué)習(xí)過程中，試圖按面向?qū)ο蟮姆绞浇▽嶓w類的時候遇到困難，經(jīng)過學(xué)習(xí)，原來需要o/rm框架來解決。
于是，又發(fā)現(xiàn)了Linq to sql 和 ADO.NET Entity framework。但是，過多的框架反而搞亂了自己的方向。請問，這些框架之間是什么樣的關(guān)系，還是本就沒什么關(guān)系？是Enterprise Library在數(shù)據(jù)訪問相關(guān)的類的時候，用的Linq to sql 或 ADO.NET Entity framework嗎？
還是Enterprise Library 根本就是仍舊采用舊有的ado.net的數(shù)據(jù)訪問技術(shù)，sqlcommand dataadapter之類的實現(xiàn)的數(shù)據(jù)訪問層。哦 對了 我的主要關(guān)注點是三層架構(gòu)中的 數(shù)據(jù)訪問層部分的技術(shù)。業(yè)務(wù)邏輯層 我想學(xué)的是通過實體類來實現(xiàn)的那種，而不是許多的datatable。#t#
ADO.NET Entity framework ：相當(dāng)于NHibernate，是微軟正式開發(fā)n久的一個全功能的ORM
Linq to sql ：是簡化版的ORM，更加方便，沒有正常ORM的緩存功能、具有實際意義的繼承功能、映射也很不方便。但因為集成了Linq，所以顯得非常方便。我個人的看法是微軟在ADO.NET Entity framework久推不出的情況下，先弄出來的一個騙騙人的玩意兒，小項目可以用，復(fù)雜的大項目是要死人的。
Enterprise Library：是一個幫助類庫，不僅僅包括數(shù)據(jù)訪問方面的封裝，還有AOP等等方面的內(nèi)容。我的看法是，像懶婆娘的裹腳，又臭又長，不要使用，有那時間學(xué)習(xí)它，還不如使用Linq to sql；使用Linq to sql，還不如等等ADO.NET Entity framework正式版；與其等ADO.NET Entity framework正式版，還不如自己封裝一個數(shù)據(jù)庫訪問層，不但自己自由控制代碼，而且花的時間又少，還學(xué)習(xí)了從類庫的角度看待問題的方式。
分享題目：探索ADO.NETEntityframework學(xué)習(xí)指導(dǎo)
當(dāng)前URL：http://m.5511xx.com/article/ccdccie.html
