青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

In my way

On my way

常用鏈接

統(tǒng)計(jì)

最新評(píng)論

VS 2010 C++ 王者歸來

作為Visual C++程序員,大家心里都很憋屈!大家都在問,Visual C++的前途在哪里?堅(jiān)持C++還有沒有意義?

  在Visual Studio 2010中我們找到了答案,找到了C++的未來:C++王者歸來!
  雖然在C++的發(fā)展歷程中經(jīng)歷了上述小小的波折,但是我們應(yīng)當(dāng)看到,世界上還有無數(shù)的C++代碼在穩(wěn)定地運(yùn)行著,這些代碼還需要維護(hù),需要升級(jí)。另外,C++在某些領(lǐng)域還是具有不可替代的優(yōu)勢,無數(shù)基于C++的新項(xiàng)目正在進(jìn)行著。微軟也逐漸意識(shí)到了這一點(diǎn),開始不斷增強(qiáng)Visual Studio對(duì)C++的支持力度。在這次的Visual Studio 2010 CTP中,無論是從C++語言本身還是從IDE方面,都給我們帶來了很多期盼已久的新特性。花開兩朵,各表一枝。我們這里按下Visual Studio 2010在IDE方面的增強(qiáng)不表,單說它對(duì)即將到來的C++新標(biāo)準(zhǔn)C++0x的支持。

  C++的新標(biāo)準(zhǔn)C++0x雖然還沒有正式發(fā)布,但是已經(jīng)進(jìn)入了feature freeze的階段,很多人都在猜測C++0x中的x到底是9還是10,從目前的情況來看,9是最大的可能了。Visual Studio 2010作為下一代開發(fā)工具,當(dāng)然不會(huì)錯(cuò)過對(duì)新的C++標(biāo)準(zhǔn)C++0x的支持。除了隨著之前發(fā)布的Visual C++ Feature Pack而引入的TR1包含的部分特性外,在新的Visual Studio 2010中,還引入了4個(gè)重要的C++新特性。號(hào)稱C++0x的“四大天王”。這些新特性的引入,必將給C++注入新的活力。

  Lambda表達(dá)式

  很多編程編程語言都支持匿名函數(shù)(anonymous function)。所謂匿名函數(shù),就是這個(gè)函數(shù)只有函數(shù)體,而沒有函數(shù)名。Lambda表達(dá)式就是實(shí)現(xiàn)匿名函數(shù)的一種編程技巧,它為編寫匿名函數(shù)提供了簡明的函數(shù)式的句法。同樣是Visual Studio中的開發(fā)語言,Visual Basic和Visual C#早就實(shí)現(xiàn)了對(duì)Lambda表達(dá)式的支持,終于Visual C++這次也不甘落后,在Visual Studio 2010中添加了對(duì)Lambda表達(dá)式的支持。

  Lambda表達(dá)式使得函數(shù)可以在使用的地方定義,并且可以在Lambda函數(shù)中使用Lambda函數(shù)之外的數(shù)據(jù)。這就為針對(duì)集合操作帶來了很大的便利。在作用上,Lambda表達(dá)式類似于函數(shù)指針和函數(shù)對(duì)象,Lambda表達(dá)式很好地兼顧了函數(shù)指針和函數(shù)對(duì)象的優(yōu)點(diǎn),卻沒有它們的缺點(diǎn)。相對(duì)于函數(shù)指針或是函數(shù)對(duì)象復(fù)雜的語法形式,Lambda表達(dá)式使用非常簡單的語法就可以實(shí)現(xiàn)同樣的功能,降低了Lambda表達(dá)式的學(xué)習(xí)難度,避免了使用復(fù)雜的函數(shù)對(duì)象或是函數(shù)指針?biāo)鶐淼腻e(cuò)誤。我們可以看一個(gè)實(shí)際的例子:

// LambdaDemo.cpp : Defines the entry point for the console application.
//

#include
"stdafx.h"
#include
<algorithm>
#include
<iostream>
#include
<ostream>
#include
<vector>

using namespace std;

int _tmain(int argc, _TCHAR* argv[])
{
    vector
<int> v;
    
for (int i = 0; i < 10; ++i) {
        v.push_back(i);
    }
         for_each(v.begin(), v.end(), [] (
int n) {
        cout
<< n;
        
if (n % 2 == 0) {
            cout
<< " even ";
        }
else {
            cout
<< " odd ";
        }
    });
    cout
<< endl;

    
return 0;
}

  這段代碼循環(huán)遍歷輸出vector中的每一個(gè)數(shù),并判斷這個(gè)數(shù)是奇數(shù)還是偶數(shù)。我們可以隨時(shí)修改Lambda表達(dá)式而改變這個(gè)匿名函數(shù)的實(shí)現(xiàn),修改對(duì)集合的操作。在這段代碼中,C++使用一對(duì)中括號(hào)“[]”來表示Lambda表達(dá)式的開始,其后的”(int n)”表示Lambda表達(dá)式的參數(shù)。這些參數(shù)將在Lambda表達(dá)式中使用到。為了體會(huì)Lambda表達(dá)式的簡潔,我們來看看同樣的功能,如何使用函數(shù)對(duì)象實(shí)現(xiàn):
 
#include "stdafx.h"
#include
<algorithm>
#include
<iostream>
#include
<ostream>
#include
<vector>
using namespace std;

struct LambdaFunctor {
    void operator()(
int n) const {
        cout
<< n << " ";
        
if (n % 2 == 0) {
            cout
<< " even ";
        }
else {
            cout
<< " odd ";
        }

    }
};

int _tmain(int argc, _TCHAR* argv[])
{
    vector
<int> v;

    
for (int i = 0; i < 10; ++i) {
        v.push_back(i);
    }

    for_each(v.begin(), v.end(), LambdaFunctor());
    cout
<< endl;

    
return 0;
}

  通過比較我們就可以發(fā)現(xiàn),Lambda表達(dá)式的語法更加簡潔,使用起來更加簡單高效。

靜態(tài)斷言static_assert

  在之前的C++標(biāo)準(zhǔn)C++03中,我們可以使用兩種斷言:
  • 使用預(yù)處理中的條件編譯和#error指令,可以在預(yù)處理階段檢查一些編譯條件
  • 可以使用宏assert來進(jìn)行運(yùn)行時(shí)檢查,以確保程序邏輯的正確性

  但使用#error方法是非常煩瑣的,并且不能夠?qū)δ0鍏?shù)進(jìn)行檢查,因?yàn)槟0鍖?shí)例化是在編譯時(shí)進(jìn)行,而#error方法是在預(yù)處理階段進(jìn)行的。而assert宏是在運(yùn)行時(shí)進(jìn)行檢查。不難發(fā)現(xiàn),我們?nèi)鄙倭艘粯訓(xùn)|西,那就是可用于在編譯時(shí)檢查的工具。于是,靜態(tài)斷言應(yīng)運(yùn)而生。

  在新的C++標(biāo)準(zhǔn)C++0x中,加入了對(duì)靜態(tài)斷言的支持,引入了新的關(guān)鍵字static_assert來表示靜態(tài)斷言。使用靜態(tài)斷言,我們可以在程序的編譯時(shí)期檢測一些條件是否成立,這個(gè)特性在調(diào)試模板函數(shù)的模板參數(shù)時(shí)特別有用。在編譯的時(shí)候,模板函數(shù)實(shí)例化,這時(shí)我們就可以使用靜態(tài)斷言去測試模板函數(shù)的參數(shù)是否按照我們的設(shè)計(jì)擁有合適的值。例如下面這段代碼:

template <int N> struct Kitten {
    static_assert(N
< 2, "Kitten<N> requires N < 2.");
};

int main() {
    Kitten
<1> peppermint;
    Kitten
<3> jazz;

  
return 0;
}

  當(dāng)我們?cè)谥骱瘮?shù)中使用“1”去實(shí)例化Kitten這個(gè)結(jié)構(gòu)體時(shí),在編譯的時(shí)候,靜態(tài)斷言static_assert會(huì)測試參數(shù)N的值,當(dāng)N的值小于2時(shí)就會(huì)產(chǎn)生一個(gè)斷言錯(cuò)誤,并將相應(yīng)的調(diào)試幫助信息輸出到“Error List”窗口中,這樣程序員就可以對(duì)問題快速定位,解決問題就更加方便了。
 


圖2 static_assert斷言及其輸出


  另外,靜態(tài)斷言還帶來很多其他的優(yōu)勢。例如靜態(tài)斷言在編譯時(shí)進(jìn)行處理,不會(huì)產(chǎn)生任何運(yùn)行時(shí)刻空間和時(shí)間上的開銷,這就使得它比assert宏具有更好的效率。另外比較重要的一個(gè)特性是如果斷言失敗,它會(huì)產(chǎn)生有意義且充分的診斷信息,幫助程序員快速解決問題。

  auto關(guān)鍵字

  在C++0x中,auto關(guān)鍵字的意義發(fā)生了改變。從Visual C++ 2010開始,auto關(guān)鍵字將用于指引編譯器根據(jù)變量的初始值來決定變量的數(shù)據(jù)類型。換句話說,我們可以把a(bǔ)uto當(dāng)成一種新的數(shù)據(jù)類型,它可以“從初始化器(initialize)中推導(dǎo)出所代表的變量的真正類型”。這種對(duì)auto關(guān)鍵字的使用方式可以大大消除當(dāng)前替代方式所導(dǎo)致的冗長和易出錯(cuò)的代碼。我們看一個(gè)實(shí)際的例子:

#include <iostream>
#include
<map>
#include
<ostream>
#include
<regex>
#include
<string>
using namespace std;
using namespace std::tr1;

int main() {
    map
<string, string> m;

    
const regex r("(\\w+) (\\w+)");

    
for (string s; getline(cin, s); ) {
        smatch results;
        
if (regex_match(s, results, r)) {
            m[results[
1]] = results[2];
        }
    }
    
for (auto i = m.begin(); i != m.end(); ++i) {
        cout
<< i->second << " are " << i->first << endl;
    }

    
return 0;
}

  在這段代碼中,我們使用auto關(guān)鍵字來代替了真正的數(shù)據(jù)類型map<string, string>::iterator,這使得整個(gè)代碼自然而簡潔。

  另外,跟其他數(shù)據(jù)類型一樣,我們也可以對(duì)auto關(guān)鍵字進(jìn)行修飾,例如添加const,指針(*),左值引用(&),右值引用(&&)等等,編譯器會(huì)根據(jù)auto類型所代表的真正的數(shù)據(jù)來決定這些修飾的具體含義。

  為了兼容一些舊有的C++代碼,我們可以使用/Zc:auto這個(gè)編譯器選項(xiàng),來告訴編譯器是采用auto關(guān)鍵字的原有定義還是在新標(biāo)準(zhǔn)C++0x中的定義。

右值引用

  作為最重要的一項(xiàng)語言特性,右值引用(rvalue references)被引入到 C++0x中。我們可以通過操作符“&&”來聲明一個(gè)右值引用,原先在C++中使用“&”操作符聲明的引用現(xiàn)在被稱為左值引用。 
int a;
int& a_lvref = a;  // 左值引用

int b;
int&& b_rvref = b;  // 右值應(yīng)用

  左值引用和右值引用的表現(xiàn)行為基本一致,它們唯一的差別就是右值引用可以綁定到一個(gè)臨時(shí)對(duì)象(右值)上,而左值引用不可以。例如: 

int& a_lvref = int();      // error C2440: 'initializing' : cannot convert from 'int' to 'int &'    
int&& b_rvref = int();  // OK!

  在第一行代碼中,我們將一個(gè)臨時(shí)對(duì)象int()綁定到一個(gè)左值引用,將產(chǎn)生一個(gè)編譯錯(cuò)誤。而在第二行中,我們將臨時(shí)對(duì)象綁定到右值引用,就可以順利通過編譯。

  右值是無名的數(shù)據(jù),例如函數(shù)的返回值一般說來就是右值。當(dāng)對(duì)右值進(jìn)行操作的時(shí)候,右值本身往往沒有必要保留,因此在某些情況下可以直接“移動(dòng)”之。通過右值引用,程序可以明確的區(qū)分出傳入的參數(shù)是否為右值,從而避免了不必要的拷貝,程序的效率也就得到了提高。我們考慮一個(gè)簡單的數(shù)據(jù)交換的小程序,從中來體會(huì)右值引用所帶來的效率提升。我們可以寫一個(gè)函數(shù)swap來實(shí)現(xiàn)兩個(gè)變量值的交換:

template <class T> swap(T& a, T& b)
{
    T tmp(a);  
// tmp對(duì)象創(chuàng)建后,我們就擁有了a的兩份拷貝
    a
= b;      // 現(xiàn)在我們擁有b的兩份拷貝
    b
= tmp;    // 現(xiàn)在我們擁有a的兩份拷貝
}

  在這段代碼中,雖然我們只是為了進(jìn)行簡單的數(shù)據(jù)交換,但是卻執(zhí)行了多次對(duì)象拷貝。這些對(duì)象的拷貝操作,特別是當(dāng)這些對(duì)象比較大的時(shí)候,無疑會(huì)影響程序的效率。

  那么,如果使用右值引用如何實(shí)現(xiàn)呢?

// RValueRef.cpp : Defines the entry point for the console application.
//

#include
"stdafx.h"

template
<class T>
T
&& move(T&& a)
{
    
return a;
}

template
<class T> void swap(T& a, T& b)
{
    T tmp(move(a));
// 對(duì)象a被移動(dòng)到對(duì)象tmp,a被清空
    a
= move(b);    // 對(duì)象b被移動(dòng)到對(duì)象a,b被清空
    b
= move(tmp);  // 對(duì)象tmp被移動(dòng)到對(duì)象b
}

int _tmain(int argc, _TCHAR* argv[])
{
    
int a = 1;
    
int b = 2;
    swap(a, b);

  
return 0;
}

  在這段重新實(shí)現(xiàn)的代碼中,我們使用了一個(gè)move()函數(shù)來代替對(duì)象的賦值操作符“=”,move()只是簡單地接受一個(gè)右值引用或者左值引用作為參數(shù),然后直接返回相應(yīng)對(duì)象的右值引用。這一過程不會(huì)產(chǎn)生拷貝(Copy)操作,而只會(huì)將源對(duì)象移動(dòng)(Move)到目標(biāo)對(duì)象。

  正是拷貝(Copy)和移動(dòng)(Move)的差別,使得右值引用成為C++0x中最激動(dòng)人心的新特性之一。從實(shí)踐角度講,它能夠完美是解決C++中長久以來為人所詬病的臨時(shí)對(duì)象的效率問題。從語言本身講,它健全了C++中的引用類型在左值右值方面的缺陷。從庫設(shè)計(jì)者的角度講,它給庫設(shè)計(jì)者又帶來了一把利器。而對(duì)于廣大的庫使用者而言,不動(dòng)一兵一卒便能夠獲得“免費(fèi)的”效率提升。

  在Visual Studio 2010中,因?yàn)橛辛藢?duì)這些C++0x新特性的支持,重新點(diǎn)燃了程序員們對(duì)C++的熱情。C++重振雄風(fēng),指日可待!

posted on 2009-04-27 16:02 谷主 閱讀(11895) 評(píng)論(13)  編輯 收藏 引用

評(píng)論

# re: VS 2010 C++ 王者歸來 2009-04-28 13:46 Kevin Lynx

個(gè)人從來沒有認(rèn)為C/C++就是窮途末路。技術(shù)環(huán)境在浮躁,也不至于認(rèn)為某個(gè)語言不行了。
C++0x的新特性看起來還比較有趣。  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來 2009-06-28 21:52 kinsung

費(fèi)勁啊,還是用C#吧,程序員也要生產(chǎn)力。  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來 2009-06-29 19:06 kyline

@kinsung
開發(fā)的目標(biāo)產(chǎn)品,導(dǎo)致我們用什么語言!語言并無絕對(duì)的優(yōu)劣!  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來[未登錄] 2009-07-04 12:37 google

C++在vs里面就像是后媽生的!!!太委屈了?微軟有了C#就不要vc了嗎??  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來 2009-08-12 19:06 Alchemist

C++ 比 C# 效率高 幾倍  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來[未登錄] 2010-01-23 20:17 Jeffrey

你這個(gè)講解的我完全沒看出有什么優(yōu)點(diǎn)
比如那個(gè)Lambda表達(dá)式的例子,跟把那個(gè)遍歷的操作單獨(dú)寫個(gè)函數(shù)沒簡潔到哪去,還多了個(gè)struct出來
還有最后一個(gè),T tmp(move(a)),這個(gè)時(shí)候a被清空是啥意思?如果a是int型,清空成0?,如果是class,那這swap操作傳指針好了  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來 2010-01-26 00:03 hanxb

這3個(gè)性能實(shí)在沒啥意思。

能不能在界面開發(fā)多下點(diǎn)功夫,最起碼實(shí)現(xiàn)delphi的panel這樣的窗口框架
  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來 2010-02-08 22:59 Sweet

@Alchemist
你是實(shí)際測試過還是看的參考文章?
效率這個(gè)問題要看在什么環(huán)境下。  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來 2010-02-26 13:55 alexwu

@Jeffrey
struct LambdaFunctor {
void operator()(int n) const {
cout << n << " ";
if (n % 2 == 0) {
cout << " even ";
} else {
cout << " odd ";
}

}
};
這個(gè)是仿函數(shù)的寫法,C++本來就支持這個(gè)的,到時(shí)那個(gè)匿名函數(shù),個(gè)人反而覺得反感,原因是怎么斷點(diǎn)調(diào)試  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來 2010-03-09 02:46 ABC

真看不出匿名函數(shù)到底有什么好處,代碼看起來更費(fèi)勁了!  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來[未登錄] 2011-01-05 11:22 Lin

template <class T> void swap(T& a, T& b)
{
T tmp(move(a)); // 對(duì)象a被移動(dòng)到對(duì)象tmp,a被清空
a = move(b); // 對(duì)象b被移動(dòng)到對(duì)象a,b被清空
b = move(tmp); // 對(duì)象tmp被移動(dòng)到對(duì)象b
}

代碼右邊的注釋,請(qǐng)解釋!
你以為寫程序是變魔術(shù)啊?
讓move正常工作的一個(gè)重要機(jī)制你都沒有寫出來,還發(fā)什么貼誤人子弟?  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來[未登錄] 2011-01-05 11:42 Lin

寫程序不是憑空想象,也不是變魔術(shù),每一個(gè)語言元素都是有依據(jù)的。
能夠讓rvalue reference的move semantics正常工作的重要要求:

T必須根據(jù)自身數(shù)據(jù)特性重載下面兩個(gè)函數(shù):

T(T&& rhs);
T& operator=(T&& rhs);

并且在這兩個(gè)函數(shù)里實(shí)現(xiàn)數(shù)據(jù)移動(dòng)而不是拷貝的操作,例如T內(nèi)部包含一個(gè)動(dòng)態(tài)對(duì)象指針p,那么重載的這兩個(gè)rvalue函數(shù)需要做的僅僅是淺拷貝,而不需要拷貝整個(gè)對(duì)象,因?yàn)閭魅雲(yún)?shù)是rvalue,明確的告訴函數(shù)這個(gè)值是一個(gè)臨時(shí)值,可以偷竊他的內(nèi)容,然后重置這個(gè)值

T(T&& rhs)
{
p = rhs.p; // 不需要對(duì)象拷貝,僅僅”偷竊“指針
rhs.p = nullptr; // 手動(dòng)清空傳入右值引用,因?yàn)樗鼘⒃诤瘮?shù)返回后被立即析構(gòu)
}
  回復(fù)  更多評(píng)論   

# re: VS 2010 C++ 王者歸來 2012-02-03 15:50 溪流

@Lin
學(xué)習(xí)了
  回復(fù)  更多評(píng)論   


只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美日韩一区二区在线| 国产一区清纯| 欧美中文字幕在线播放| 久久天天综合| 一区二区三区四区五区精品| 亚洲综合第一页| 91久久精品国产91久久性色tv| 亚洲无限乱码一二三四麻| 在线观看中文字幕不卡| 99国产精品自拍| 在线日韩av片| 欧美国产日韩一区二区三区| 久久久久免费| 国产精品免费视频xxxx| 91久久精品美女| 免费高清在线一区| 一区二区三区国产在线观看| 国产精品实拍| 在线综合视频| 亚洲一区亚洲二区| 欧美电影美腿模特1979在线看| 久久国产黑丝| 91久久精品国产91久久| 国产精品久久久久9999吃药| 亚洲精品欧洲| 亚洲精品永久免费| 免费视频久久| 亚洲欧美精品一区| 亚洲国产乱码最新视频| 91久久精品一区| 国产精品一区一区| 亚洲欧美日本国产专区一区| 性欧美精品高清| 国产麻豆视频精品| 欧美精品国产精品日韩精品| 欧美高清视频一二三区| 在线观看亚洲精品| 久久久之久亚州精品露出| 老司机午夜精品视频| 国产一区二区精品久久99| 久久aⅴ国产紧身牛仔裤| 久久久国产视频91| 一区二区在线观看av| 久久亚洲欧洲| 午夜影视日本亚洲欧洲精品| 久久久久久久999精品视频| 中日韩男男gay无套| 国产精品高潮呻吟久久| 欧美+日本+国产+在线a∨观看| 欧美制服第一页| 亚洲一区二区免费| 久久婷婷激情| 亚洲精品综合| 亚洲国产日本| 欧美特黄视频| 久久精品国产久精国产一老狼 | 久久爱www久久做| 一区二区日韩伦理片| 久久国产精品一区二区三区四区| 国产主播精品| 国产目拍亚洲精品99久久精品| 欧美美女操人视频| 欧美一区二区啪啪| 亚洲第一级黄色片| 亚洲欧美另类在线| 极品尤物av久久免费看| 国产日韩欧美综合| 免播放器亚洲一区| 久久综合中文色婷婷| 日韩亚洲视频| 蜜乳av另类精品一区二区| 亚洲最新视频在线播放| 国产视频精品va久久久久久| 国产精品久久久久秋霞鲁丝| 国产精品久久久久77777| 国产精品护士白丝一区av| 国产精品久久激情| 国产精品推荐精品| 国产视频久久久久| 国模私拍视频一区| 在线不卡中文字幕播放| 亚洲高清在线| 国产欧美亚洲视频| 欧美日韩国产不卡| 久久综合久久88| 男女精品网站| 欧美日韩国产美| 国产精品久久久久aaaa樱花| 国产精品欧美精品| 国模吧视频一区| 亚洲黄一区二区| 宅男精品导航| 久久精品在线观看| 男女视频一区二区| 欧美影视一区| 亚洲综合国产| 久久久综合激的五月天| 欧美激情一区三区| 老**午夜毛片一区二区三区| 欧美高清在线视频| 一本色道久久88综合亚洲精品ⅰ| 在线性视频日韩欧美| 久久国产毛片| 欧美精品123区| 国产区在线观看成人精品| 亚洲国产高清自拍| 亚洲欧美国产不卡| 久久综合一区二区三区| 91久久夜色精品国产网站| 亚洲午夜性刺激影院| 久久手机免费观看| 国产精品免费福利| 伊人色综合久久天天| 亚洲午夜激情在线| 日韩一区二区电影网| 亚洲美女黄网| 久久精品免费观看| 亚洲日本视频| 亚洲精品在线电影| 欧美一区二区三区在线视频| 欧美激情国产精品| 国产最新精品精品你懂的| 中国av一区| 欧美国产日韩精品| 午夜精品久久久久久| 欧美精品1区2区| 伊人成人开心激情综合网| 亚洲一区美女视频在线观看免费| 欧美 日韩 国产精品免费观看| 国产精品99久久久久久久久久久久| 快she精品国产999| 国产区亚洲区欧美区| 亚洲午夜未删减在线观看| 欧美寡妇偷汉性猛交| 欧美一区二区三区四区高清 | 欧美视频国产精品| 亚洲国内欧美| 久久久久久亚洲精品中文字幕| 一本色道精品久久一区二区三区| 鲁大师成人一区二区三区| 国产在线精品成人一区二区三区 | 欧美一区深夜视频| 国产精品久久久一区二区三区| 亚洲欧洲日韩女同| 免费中文字幕日韩欧美| 欧美亚洲尤物久久| 国产精品美女久久久久av超清| 亚洲毛片在线看| 欧美国产极速在线| 久久婷婷综合激情| 伊人成人在线视频| 久久久欧美一区二区| 西西裸体人体做爰大胆久久久| 国产精品久久久对白| 亚洲综合视频一区| 一本色道久久加勒比88综合| 欧美日韩福利视频| 在线视频精品一| 亚洲精品资源| 欧美日韩精品免费观看视一区二区| 亚洲人成网在线播放| 亚洲第一区色| 欧美国产视频在线| 99视频一区| av成人国产| 国产精品久久午夜夜伦鲁鲁| 亚洲免费视频网站| 亚洲欧美日韩在线播放| 国产精品一区二区女厕厕| 欧美亚洲一区二区在线| 香蕉免费一区二区三区在线观看| 国产日韩欧美一区二区三区在线观看| 欧美一级片久久久久久久| 香蕉成人啪国产精品视频综合网| 国产欧美精品| 久久男女视频| 欧美成人综合网站| 亚洲一区二区三区精品动漫| 亚洲一卡二卡三卡四卡五卡| 国产日韩精品一区| 免费国产自线拍一欧美视频| 久久亚洲私人国产精品va媚药| 亚洲日本在线观看| 久久天天综合| 欧美插天视频在线播放| 中文国产一区| 午夜激情综合网| 在线国产日韩| 99热在线精品观看| 国产视频在线观看一区二区| 美女露胸一区二区三区| 欧美伦理91i| 欧美一区二视频| 嫩草影视亚洲| 亚洲欧美日韩精品久久久| 欧美中文日韩| 在线亚洲一区| 久久精品亚洲精品| 国产亚洲欧美日韩精品| 欧美高清一区|