欧美三区四区_av先锋影音资源站_亚洲第一论坛sis_影音先锋2020色资源网_亚洲精品社区_在线免费观看av网站_国产一区二区伦理_亚洲欧美视频一区二区_99视频精品全部免费在线_精精国产xxxx视频在线

怎樣在ASP.NET項(xiàng)目里面正確使用Linq to Sql_.Net教程

編輯Tag賺U幣
教程Tag:暫無Tag,歡迎添加,賺取U幣!

推薦:解讀鏈表的順序表示和實(shí)現(xiàn)
/*List.h*/ #ifndef _LIST_H #define _LIST_H #define LIST_INIT_SIZE 100 #define LISTINCREMENT 10 template

Linq to Sql 用的人也應(yīng)該有些吧,我在cnblogs上面看老趙寫的那幾篇文章(請(qǐng)看08年9月左右的文章),感覺也很有深度,有不少啟發(fā)。因此我也打算寫一點(diǎn)我自己的實(shí)踐經(jīng)驗(yàn),希望也能同樣給大家一些有用的啟發(fā)吧。

我首先想要問一下大家,Linq to Sql有哪些很特別的地方?這個(gè)問題的答案肯定五花八門,我說一下我看到的一些問題吧。

首先,Linq to Sql的基礎(chǔ)之一是DataContext,而另外一個(gè)基礎(chǔ),則是通過映射產(chǎn)生的實(shí)體類,以及這些實(shí)體類的Table<>對(duì)象。這個(gè)不是廢話嘛!我想很多人都應(yīng)該知道這個(gè)最基本的知識(shí),不過卻不見得有多少人真正注意到,或者認(rèn)真思考一下這里面的“機(jī)關(guān)”。不知道“機(jī)關(guān)”在哪里,那么就不可能寫出合適的代碼。比如說,在某個(gè)頁面里面(N層結(jié)構(gòu)沒有給弄好的情況下),或者在某個(gè)業(yè)務(wù)邏輯里面(有N層結(jié)構(gòu)),你的Linq to Sql的代碼是否是長這樣的?

以下為引用的內(nèi)容:

using (MyDataContext db = new MyDataContext)
{
  var q 
= from product in db.ProductInfos
          
where product.Price > 100
          select product;
  DoSomethingWithProducts(q.ToList());
}

“對(duì)啊,就是長這樣的,有什么問題嗎?”當(dāng)然有問題啦,否則我也不寫這個(gè)隨筆了。不知道大家有沒有想過這么一個(gè)問題,什么叫做Context?Context就是上下文,上下文的意思就是,依賴于這個(gè)上下文的對(duì)象,必須存活在這個(gè)上下文里面。脫離了這個(gè)上下文,那些對(duì)象就會(huì)出現(xiàn)錯(cuò)誤。事實(shí)上也確實(shí)如此:在上面的例子里面,從ProductInfos中得到的q.ToList(),里面的每一個(gè)元素都依賴于MyDataContext。換句話說MyDataContext如果被注銷了,q.ToList()生成的對(duì)象也就會(huì)“部分功能失效”。

“失效就失效好了,反正該做的工作已經(jīng)做完了,q.ToList()也已經(jīng)利用完了。”不錯(cuò),在上面的例子里面,不會(huì)發(fā)生什么錯(cuò)誤。不過這么寫的話,會(huì)比較難使用的。為什么這么說?我舉一個(gè)具體的例子:這個(gè)網(wǎng)站需要用戶登錄,而所有的業(yè)務(wù)邏輯幾乎都依賴于當(dāng)前用戶。如果說,我們使用上面的using模式,那么我估計(jì)你的代碼不外乎是如下兩種情況:

1、每一次需要當(dāng)前用戶的地方,你都需要從數(shù)據(jù)庫讀取;或者

2、你把當(dāng)前用戶保存為全局變量了,但是你發(fā)現(xiàn)currentUser.CompanyInfo因?yàn)樯舷挛囊呀?jīng)拋棄了,因此是無法使用的,業(yè)務(wù)層不得不每一次都重新從數(shù)據(jù)庫讀取該用戶所屬公司的數(shù)據(jù)。

這兩種形式如下所示:

以下為引用的內(nèi)容:

// 通過實(shí)體對(duì)象來存儲(chǔ)
public double GetCurrentBalanceByObject()
{
   
int userId;
   
int.TryParse(HttpContext.Current.User.Identity, out userId);
   UserInfo user 
= GetUser(userId);
   CompanyInfo company 
= GetCompanyByUser(user);
   IQueryable
<TransactionInfo> transactions = GetTransactionsByCompany(company);
   
return transactions.Sum(item => item.Amount);
}

public UserInfo GetUser(int userId)
{
   
using(MyDataContext context = new MyDataContext)
   {
      
return context.UserInfos.Where(item => item.UserId == userId).FirstOrDefault();
   }
}

public CompanyInfo GetCompanyByUser(UserInfo user)
{
   
using(MyDataContext context = new MyDataContext)
   {
      
return context.CompanyInfos.Where(item => item.UserId == user.Id).FirstOrDefault();
   }
}

public IQueryable<Transaction> GetTransactionsByCompany(CompanyInfo company)
{
   
using(MyDataContext context = new MyDataContext)
   {
      
return context.TransactionInfos.Where(item => item.CompnayId == company.Id);
   }
}

// 實(shí)際上很容易就退化為通過鍵值來存儲(chǔ),因?yàn)樵谶@種設(shè)計(jì)方式下面,
// 實(shí)際上根本沒有什么必要去傳輸整個(gè)對(duì)象。
// 我們可以想象,這個(gè)時(shí)候很多的操作其實(shí)是依賴UserId和CompanyId的,
// 而我見過的“有趣”設(shè)計(jì),是在Page_Load事件中,不管是否需要用到,
// 都會(huì)將HttpContext.Current.User.Identity以及
// GetCompanyByUserId(userId).CompanyId保存為當(dāng)前頁面的全局變量。
// 其實(shí)這樣是違背了Linq的設(shè)計(jì)初衷的。
// 下面就是一個(gè)只傳Id的做法:
public double GetCurrentBalanceByObject()
{
   
int userId;
   
int.TryParse(HttpContext.Current.User.Identity, out userId);
   CompanyInfo company 
= GetCompanyByUserId(userId);
   IQueryable
<TransactionInfo> transactions = GetTransactionsByCompanyId(company.CompanyId);
   
return transactions.Sum(item => item.Amount);
}

public CompanyInfo GetCompanyByUser(int userId)
{
   
using(MyDataContext context = new MyDataContext)
   {
      
return context.CompanyInfos.Where(item => item.UserId == userId).FirstOrDefault();
   }
}

public IQueryable<Transaction> GetTransactionsByCompanyId(int companyId)
{
   
using(MyDataContext context = new MyDataContext)
   {
      
return context.TransactionInfos.Where(item => item.CompnayId == companyId);
   }
}

如果你是第一種情況,那么很明顯,你會(huì)有大量重復(fù)的SQL調(diào)用。

如果是第二種情況,其實(shí)也不見得好到哪里去。因?yàn)椋?/p>

1、currentUser可能不需要經(jīng)常取,但相關(guān)的其它內(nèi)容,由于上下文各自獨(dú)立,你還是經(jīng)常在重復(fù)的獲取的;

2、有一個(gè)地方你無法繞過去——如果你要修改當(dāng)前用戶的屬性,而這個(gè)全局的當(dāng)前用戶不是當(dāng)前Context產(chǎn)生的,你還非得從當(dāng)前Context取出來,然后再修改;

3、因?yàn)閏urrentUser的上下文已經(jīng)被拋棄了,因此程序會(huì)很容易設(shè)計(jì)成傳入的不是一個(gè)UserInfo,而是一個(gè)int類型的Id值,否則底層很容易一不小心就用到這個(gè)實(shí)際上功能不全的對(duì)象,然后就拋出異常了。但這樣做的后果是,獲取同一個(gè)類型的實(shí)體對(duì)象,可能會(huì)有各種不同的重載形式,例如:

以下為引用的內(nèi)容:

IQueryable<TransactionInfo> GetTransactionsByUserId(int userId);
IQueryable
<TransactionInfo> GetTransactionsByCompanyId(int companyId);

因?yàn)檫@種設(shè)計(jì)實(shí)施之后,有時(shí)很可能就會(huì)出現(xiàn)只有userId的情況,那么這個(gè)時(shí)候即使UserInfo對(duì)象中其實(shí)也存在CompanyId的值,也還是要重新獲取一遍UserInfo對(duì)象。為了簡化這一過程,就可能會(huì)產(chǎn)生不同的獲取形式。

這樣設(shè)計(jì)完整個(gè)系統(tǒng)之后一跑,看著好像沒什么,但真正上線卻發(fā)現(xiàn)有點(diǎn)慢。當(dāng)我們打開Sql server的Profiler一看,會(huì)發(fā)現(xiàn)很簡單的一個(gè)頁面的訪問,其數(shù)據(jù)庫訪問會(huì)搞到幾十次甚至上百次,其中有很多Sql語句是完全重復(fù)的。

這個(gè)問題怎么解決呢?有人會(huì)說,加個(gè)緩存機(jī)制吧。也許吧,但這種增加復(fù)雜度的設(shè)計(jì),我覺得還是不得已而為之的一種做法。我認(rèn)為更好的解決辦法是,將上下文在當(dāng)前頁面中緩存起來。所謂的上下文,就是一種運(yùn)行環(huán)境,而一次頁面訪問,其環(huán)境應(yīng)該是相同的。首先,我們對(duì)MyDataContext做一個(gè)擴(kuò)展:

以下為引用的內(nèi)容:

    partial class MyDataContext
    {
        
private const string c_KeyCurrentHttpContext = "chctx";

        
static public MyDataContext CurrentHttpContext
        {
            
get
            {
                MyDataContext context 
= CurrentHttpContextWeak;
                
if (context == null)
                {
                    context 
= new MyDataContext();
                    CurrentHttpContextWeak 
= context;
                }
                
return context;
            }
        }

        
static private MyDataContext CurrentHttpContextWeak
        {
            
get
            {
                
return HttpContext.Current.Items[c_KeyCurrentHttpContext] as MyDataContext;
            }
            
set
            {
                HttpContext.Current.Items[c_KeyCurrentHttpContext] 
= value;
            }
        }

        
static internal void TryDisposeCurrentHttpContext()
        {
            MyDataContext context 
= CurrentHttpContextWeak;
            
if (context != null)
            {
                context.Dispose();
                CurrentHttpContextWeak 
= null;
            }
        }
    }

然后我們再制作一個(gè)HttpModule(并且在web.config里面配置好):

以下為引用的內(nèi)容:

    /// <summary>
    
/// 實(shí)現(xiàn)自動(dòng)拋棄當(dāng)前數(shù)據(jù)庫上下文的模塊
    
/// </summary>
    public class MyDataContextAutoDisposeModule : IHttpModule
    {
        
#region IHttpModule Members

        
private HttpApplication _context;
        
public void Init(HttpApplication context)
        {
            _context 
= context;
            context.PostRequestHandlerExecute 
+= new EventHandler(context_PostRequestHandlerExecute);
        }

        
void context_PostRequestHandlerExecute(object sender, EventArgs e)
        {
            MyDataContext.TryDisposeCurrentHttpContext();
        }

        
#endregion
    }

接下來,我們只要在邏輯層這么直接寫即可:

以下為引用的內(nèi)容:

        public static IQueryable<TransactionInfo> GetCompanyAccountDetails(UserInfo operatorUser, EAccountName account)
        {
            
// 權(quán)限驗(yàn)證
            if (!operatorUser.Permissions.Contains(EUserPermissions.ViewAccountDetails))
                CLog.CurrentHttpContext.ThrowFailedException(
new CPermissionException(EUserPermissions.ViewAccountDetails));

            var q 
= MyDataContext.CurrentHttpContext.TransactionInfos.Where(t => t.CompanyId == operatorUser.CompanyId && t.AccountName == account);
            
return q;
        }

這么改造完之后,你會(huì)發(fā)現(xiàn)幾乎可以在所有地方直接返回IQueryable(除了有的時(shí)候Linq to Sql本身有Bug),整個(gè)邏輯層內(nèi)的設(shè)計(jì)變得簡單化:一開始檢查各種參數(shù)(是否具備完整或者部分權(quán)限),然后根據(jù)檢查結(jié)果做完全信賴的操作。由于返回的是實(shí)體對(duì)象,或者IQueryable,幾乎所有重復(fù)性的Sql調(diào)用也隨之自然消失了。如果有所懷疑的話,您可以用Sql Profiler自行做修改前后的對(duì)比,看看效果是否“驚人”?

也許有人會(huì)質(zhì)疑,這樣好嗎?豈不是通過user.Company.Transactions就可以得到所有的Transaction了?沒錯(cuò),如果所有東西都是公開的話,就會(huì)有這個(gè)問題。如果要徹底解決這樣的問題,需要將這些部分變成對(duì)邏輯層可見,而對(duì)其它層不可見的修飾方式——比如兩層在一個(gè)dll里面,這些屬性是internal的,或者放在兩個(gè)dll里面并且打上InternalsVisibleTo標(biāo)記。通過這種方式,就可以避免上層直接查找DAL中一些在BLL中需要經(jīng)過權(quán)限檢查才可以得到的內(nèi)容。當(dāng)然,如果項(xiàng)目比較小的情況下,你也可以選擇不要這么麻煩,直接控制代碼質(zhì)量即可(要求有些東西必須通過BLL來獲得)。

分享:淺談ASP.NET中顯示Linq To SQL輸出的SQL語句
最近在使用Linq To SQL的時(shí)候,為了了解不同Linq語句對(duì)性能造成的不同影響,需要獲得Linq To SQL生成的SQL語句。 如果是在桌面程序中,只需要 _context.Log = Console.Out; 即可在控制臺(tái)輸出SQL語句。可是在ASP.NET中又該怎么辦呢? 這時(shí)我想起了StringWriter

來源:模板無憂//所屬分類:.Net教程/更新時(shí)間:2009-07-10
相關(guān).Net教程
粉嫩av国产一区二区三区| 亚洲精品乱码久久久久久不卡| 波多野结衣激情视频| av亚洲在线观看| 亚洲欧美一区二区三区国产精品 | 国产免费黄视频| 成人毛片在线播放| 天天做天天爱天天综合网| 亚洲综合一区二区精品导航| 国语自产精品视频在线看抢先版图片 | aaa人片在线| 久久亚洲国产| 亚洲h精品动漫在线观看| 日韩免费观看高清| 天天爽夜夜爽视频| 欧美日韩视频网站| 国产mv日韩mv欧美| 一本色道久久综合狠狠躁篇的优点 | 天天操天天操天天操| 热久久一区二区| 精品av久久707| 亚洲欧洲另类精品久久综合| 精品少妇theporn| 欧美电影免费播放| 精品日韩视频在线观看| 成人做爰www免费看视频网站| 国产 xxxx| 日韩深夜福利网站| 久久影音资源网| 欧美成人一二三| 99精品免费在线观看| 朝桐光av在线一区二区三区| 捆绑紧缚一区二区三区视频| 亚洲精品久久久久中文字幕二区| 吴梦梦av在线| 亚洲第一区av| 香蕉av777xxx色综合一区| 欧美mv日韩mv| 小说区视频区图片区| 激情视频网站在线观看| 亚洲九九精品| 日韩一级免费一区| 亚洲巨乳在线观看| 91视频久久久| 裸体一区二区| 亚洲精品大尺度| 日本男女交配视频| 999av视频| 寂寞少妇一区二区三区| 伊人久久五月天| 日韩av资源在线| 天天干天天舔天天射| 成人免费视频视频在线观看免费| 久久综合免费视频| 欧美一级xxxx| 性欧美video另类hd尤物| 中文字幕av资源一区| 国产成人综合久久| 一级片手机在线观看| 天天躁日日躁狠狠躁欧美巨大小说| 亚洲一区二区不卡免费| 91久久国产综合久久蜜月精品| 日本美女黄色一级片| 日本道不卡免费一区| 欧美私模裸体表演在线观看| 日韩欧美第二区在线观看| 天堂а√在线中文在线新版 | 校园春色亚洲色图| 久久久国产精品麻豆| 日韩美女免费观看| 精品无码人妻一区二区免费蜜桃| 国产午夜一区| 欧美日韩一区高清| 一区二区三区四区在线视频| 国产精品综合在线| 国产成人综合网| 午夜精品久久久久久久久久久久久| 国产日韩视频一区| 欧美一区自拍| 91国偷自产一区二区三区成为亚洲经典| 欧美精品国产精品久久久| 亚洲大片免费观看| 激情综合色播激情啊| 精品综合久久久久久97| 精品少妇人妻av一区二区三区| 老牛精品亚洲成av人片| 色综合久久综合网97色综合 | 成熟丰满熟妇高潮xxxxx视频| 天天操天天干天天爱| 日本一区二区三区在线不卡| 成人网页在线免费观看| 亚洲欧美一区二区三区四区五区| 伊人蜜桃色噜噜激情综合| 亚洲欧美日韩久久久久久| 少妇激情一区二区三区| 亚洲一二三区视频| 在线视频一区二区三区| 国产小视频免费| 欧美7777| 亚洲综合免费观看高清完整版在线 | 五月天一区二区| 日韩中文字幕一区| 国产极品999| 国产日韩欧美一区二区三区综合| 亚洲最大成人在线| 成人公开免费视频| 成人精品小蝌蚪| 国产精品最新在线观看| 久久久精品国产sm调教网站| 日韩精品三区四区| 欧美激情精品久久久久久| 黄瓜视频污在线观看| 欧美阿v一级看视频| 亚洲美女在线看| 性xxxxxxxxx| 欧美亚洲在线日韩| 亚洲经典中文字幕| 91精产国品一二三产区别沈先生| 大陆精大陆国产国语精品| 欧美色窝79yyyycom| 成人免费毛片在线观看| 亚洲色图综合| 日本高清成人免费播放| 国产精品久久久久9999爆乳| 亚洲精品aaa| 色哟哟在线观看一区二区三区| 欧美日韩视频免费| 精品福利在线| 色婷婷久久久久swag精品| 99国产精品白浆在线观看免费| 精品176极品一区| 日本乱人伦aⅴ精品| 丁香花在线影院观看在线播放| 成人短视频软件网站大全app| 色综合视频一区二区三区高清| 青草网在线观看| 国产精品中文| 欧美偷拍一区二区| 北条麻妃视频在线| 免费一区二区三区视频导航| 亚洲精品av在线| 国产在线a视频| 欧美99在线视频观看| 成人97在线观看视频| 91无套直看片红桃在线观看| 男女视频一区二区| 国产精品爱久久久久久久| 国产成人综合欧美精品久久| 99国产精品久久久| 国产偷国产偷亚洲高清97cao| h片在线免费看| 玉米视频成人免费看| 91精品一区二区三区四区| 成人97精品毛片免费看| 91麻豆精品91久久久久久清纯| 欧美午夜aaaaaa免费视频| 成人嘿咻视频免费看| 色婷婷久久一区二区| 日本综合在线观看| 蜜桃视频一区二区三区| 国产精品私拍pans大尺度在线| 欧美在线视频精品| 国产精品久久久久aaaa樱花| 亚洲最大免费| 精品国产一区二| 欧美成人高清电影在线| www.555国产精品免费| 激情综合视频| 97超碰色婷婷| 中文字幕免费观看| 1区2区3区国产精品| 中文字幕一区二区三区乱码| 日韩综合一区二区三区| 精品久久五月天| 亚洲第一黄色网址| 免费在线观看不卡| 91免费人成网站在线观看18| 亚洲成a人片77777精品| 欧美视频在线观看免费| 国产精品入口免费软件| 亚洲欧美在线专区| 国内精品免费午夜毛片| 国产免费一级视频| 中文字幕一区av| 一本久道高清无码视频| 欧美老女人另类| 免费不卡在线观看av| 国偷自拍第113页| 国产精品视频yy9299一区| 国产女主播av| 中日韩免视频上线全都免费| 日韩中文字幕av| 免费一级特黄特色大片| 国产欧美日韩在线看| av影院在线播放| 精品日产免费二区日产免费二区| 久久国产精品影片| 久久久免费高清视频| 自拍偷在线精品自拍偷无码专区 | 蜜臀av国产精品久久久久| 91久久极品少妇xxxxⅹ软件| av综合电影网站| 日韩欧美二区三区| 国产伦精品一区二区三区视频女| 国产成人免费视频网站| 午夜一区二区三视频在线观看| 999在线精品| 日韩视频免费在线| 久久久国产精品成人免费| 日韩美女视频一区| 日本精品一区二区三区四区| 欧美日韩国产亚洲一区| 国产精品一区二区久久| 天堂在线观看av| 欧美一级午夜免费电影| 丰满少妇高潮一区二区| 成人性生交大片免费看中文| 亚洲一区二区在线看| 亚洲另类春色校园小说| 色综合五月天导航| 在线观看国产小视频| 黑人欧美xxxx| 日韩免费高清一区二区| 国产一区二区精品久久99| 婷婷久久青草热一区二区 | 66视频精品| 国产精品夫妻激情| 亚州av在线播放| 精品欧美一区二区久久| 一起操在线播放| 国产精品免费网站在线观看| 日韩一级在线免费观看| 中文亚洲字幕| 国产精品国模大尺度私拍| 国产亚洲观看| www日韩欧美| 中文字幕在线观看免费| 在线精品视频一区二区| 好吊一区二区三区视频| 成人av动漫在线| 成人手机在线播放| 中文字幕日韩欧美精品高清在线| 国产精品羞羞答答| 韩国精品视频在线观看| 一本色道久久综合亚洲精品小说| 久久久久久久久黄色| 日韩欧美成人区| a级大片在线观看| 久久先锋影音av鲁色资源| 九九九九免费视频| 蘑菇福利视频一区播放| 另类欧美小说| 欧美精品羞羞答答| 国产精品劲爆视频| 97精品国产99久久久久久免费| 一级做a爰片久久毛片美女图片| 日日噜噜噜噜人人爽亚洲精品| 欧美性xxxxx| 久久久久亚洲av成人无码电影| 国产亚洲欧美激情| 日本在线观看免费视频| 久久成人免费网| 伊人精品久久久久7777| 午夜视频一区| 国产综合精品一区二区三区| 天堂俺去俺来也www久久婷婷| 国产97免费视| a成人v在线| 久久综合免费视频| 亚洲精品国产精| 亚洲精品一二区| 特级西西444www高清大视频| 欧美军同video69gay| 国产美女福利视频| 亚洲成av人在线观看| 九色porny自拍视频| 欧美国产精品专区| 人妻激情偷乱视频一区二区三区| 国产91富婆露脸刺激对白| 中国丰满人妻videoshd| 麻豆国产精品视频| 日韩激情视频一区二区| 久久在线精品| 国产欧美综合一区| 亚洲伦理一区| 亚洲乱码一区二区三区| 欧美另类专区| 欧美精品尤物在线| 亚洲综合激情在线| 精品国产乱码久久久久| 日本不卡电影| 精品久久中出| 亚洲中无吗在线| 欧美精品国产精品久久久| 中文一区一区三区免费在线观看| 久久久久久久久四区三区| 国产精品99视频| 美日韩免费视频| 91精品国产自产在线观看永久∴| 国内精品久久久久久久果冻传媒| 久久免费大视频| 久久精品女人的天堂av| 91久久高清国语自产拍| 精品国产乱码久久久久久郑州公司 | 亚洲成人精品综合在线| 97在线视频免费看| 97精品资源在线观看| 欧美亚洲国产视频小说| 日韩高清一区| 国产精品美女免费视频| 牛牛精品成人免费视频| 亚洲一区二区三区四区视频| 精品午夜久久| 久久亚洲一区二区| 国产精品av久久久久久麻豆网| 视频一区二区在线| 亚洲深夜激情| 国产精品videossex国产高清| 久久精品国产77777蜜臀| 香港三级韩国三级日本三级| 国产精品一卡二卡| the porn av| 国产人久久人人人人爽| 中文字幕乱码在线| 一区二区三区视频在线观看| 5566中文字幕| 欧美日韩在线免费视频| 综合网在线观看| 亚洲黄页视频免费观看| 亚洲国产日韩在线观看| 蜜月aⅴ免费一区二区三区 | 日韩精品亚洲元码| 亚洲精品人妻无码| 九九热这里只有精品免费看| 国产精品日本一区二区三区在线 | 国产综合在线播放| 不卡av电影在线观看| 久久精品资源| 国产精品视频免费在线观看| 欧美综合另类| 日韩免费电影一区二区三区| 日日骚欧美日韩| 少妇人妻互换不带套| 久久欧美一区二区| 日本xxx在线播放| 精品高清美女精品国产区| 国产无精乱码一区二区三区| 精品少妇一区二区三区视频免付费| 国产日韩欧美一区二区东京热 | 天堂在线观看视频| 91精品国产91久久久久久不卡| 国产日韩三级| 精品伦精品一区二区三区视频| 99视频精品| 日本三级免费网站| 久久久亚洲精品一区二区三区| 一级国产黄色片| 91国模大尺度私拍在线视频| 在线观看av大片| 久久成人一区二区| 伊人久久噜噜噜躁狠狠躁| 成人欧美一区二区三区视频| 在线日韩av| 亚洲精品无码久久久久久| 久久精品综合网| 四虎地址8848| 欧美大片一区二区三区| 五月婷婷伊人网| 国产99久久精品一区二区| 色狮一区二区三区四区视频| 在线综合视频网站| 福利视频网站一区二区三区| 精品中文字幕在线播放| 91豆麻精品91久久久久久| 中文字幕在线网站| 九九热99久久久国产盗摄| 日韩成人一级| 亚洲一区二区免费视频软件合集| 国产在线精品一区二区夜色| 色综合久久五月| 在线视频欧美精品| 国产美女无遮挡永久免费| 欧美精品久久久久久久久| 亚洲涩涩av| 欧美日韩一级在线 | 亚洲第一中文av| 亚洲免费观看高清完整版在线| 亚洲天堂日韩av| 最新69国产成人精品视频免费| 国内精品偷拍| 视频一区三区| 97精品电影院| 一区二区国产精品精华液| 亚洲精品av在线| 国产情侣一区在线| 免费99视频| 国产高清不卡一区二区| 无码人妻精品一区二区中文| 日韩久久免费av| 国产精品原创视频|