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

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>
            亚洲一二区在线| 亚洲一区二区三区精品视频| 久久国产精品亚洲va麻豆| 国产精品久久99| 欧美一区二区三区电影在线观看| 亚洲网站视频福利| 国产日韩欧美高清免费| 久久精品一二三区| 久久视频这里只有精品| 亚洲精品欧美日韩| 99精品视频免费观看| 国产精品爽黄69| 玖玖精品视频| 欧美欧美天天天天操| 亚洲欧美资源在线| 久久精品理论片| 亚洲毛片av| 亚洲欧美国产制服动漫| 一色屋精品视频在线观看网站| 欧美高清一区二区| 国产精品成人午夜| 久久综合中文字幕| 欧美日韩亚洲一区二区| 久久久久久有精品国产| 欧美国产综合一区二区| 欧美在现视频| 欧美1区2区| 欧美中日韩免费视频| 免费观看久久久4p| 午夜精品久久久久久久久久久久 | 久久精品二区| 欧美成人蜜桃| 久久久久国内| 欧美日韩亚洲成人| 蜜桃av一区二区三区| 欧美新色视频| 欧美激情二区三区| 国产一区二区三区在线播放免费观看| 欧美激情按摩在线| 国产一区二区三区四区三区四| 亚洲国产精品第一区二区| 国产精品久久激情| 亚洲国内自拍| 在线成人激情| 欧美在线91| 一区二区三区高清在线| 久久精品国产99精品国产亚洲性色| 一区二区国产日产| 你懂的国产精品| 免费视频最近日韩| 国产区欧美区日韩区| 99视频精品免费观看| 亚洲国产乱码最新视频| 香蕉av777xxx色综合一区| 亚洲天堂av图片| 欧美精品系列| 最近中文字幕日韩精品| 亚洲国产美女精品久久久久∴| 欧美在线免费| 久久久久久电影| 国产欧美亚洲一区| 亚洲一区国产| 欧美综合二区| 国产区在线观看成人精品| 亚洲尤物精选| 久久国产主播精品| 国产日产欧美a一级在线| 亚洲女同同性videoxma| 欧美一区二区三区免费在线看| 欧美性大战久久久久久久| 日韩一区二区电影网| 国产精品99久久久久久久女警 | 欧美视频在线观看| 亚洲精品日韩在线观看| 中日韩美女免费视频网址在线观看 | 久久九九热re6这里有精品| 国产麻豆精品视频| 欧美一乱一性一交一视频| 久久精品理论片| 国内免费精品永久在线视频| 久久久国产成人精品| 麻豆精品精华液| 亚洲毛片在线看| 欧美小视频在线| 性色一区二区| 欧美大香线蕉线伊人久久国产精品| 亚洲第一在线| 欧美日韩三级视频| 亚洲欧美国产视频| 美女视频黄 久久| 一本久道久久综合婷婷鲸鱼| 国产精品theporn| 久久精品国产一区二区电影| 欧美国产一区在线| 亚洲女人天堂成人av在线| 国产日韩精品一区二区| 麻豆精品视频在线观看视频| 亚洲精品裸体| 久久www免费人成看片高清| 在线视频国内自拍亚洲视频| 欧美日韩视频在线观看一区二区三区 | 久久久噜噜噜久久人人看| 91久久国产综合久久| 国产精品v亚洲精品v日韩精品| 午夜精品久久久久| 欧美黄污视频| 欧美在线视频观看| 最新中文字幕一区二区三区| 国产精品美女在线观看| 免费亚洲视频| 亚洲综合电影| 最新亚洲一区| 老妇喷水一区二区三区| 一区二区动漫| 亚洲电影av在线| 国产精品视频yy9299一区| 欧美大片国产精品| 欧美在线1区| 亚洲一级片在线观看| 亚洲国产高清一区| 久久婷婷丁香| 欧美在线国产| 中文久久精品| 亚洲乱码国产乱码精品精| 国产一区二区电影在线观看| 欧美日韩一区二区欧美激情| 久久综合伊人77777| 午夜精品久久久久久99热软件| 亚洲精品极品| 亚洲国产精品久久久久久女王| 久久综合久久久| 欧美在线观看你懂的| 亚洲一区国产精品| 日韩西西人体444www| 亚洲高清在线精品| 伊伊综合在线| 激情五月婷婷综合| 国产免费亚洲高清| 国产精品入口66mio| 国产精品成人免费| 欧美日韩成人综合在线一区二区 | 久久欧美肥婆一二区| 性欧美在线看片a免费观看| 亚洲午夜电影网| 亚洲影院在线观看| 亚洲免费视频成人| 性久久久久久| 久久国产精品99久久久久久老狼| 亚洲欧美日韩综合| 欧美在线精品免播放器视频| 亚欧美中日韩视频| 久久精品导航| 久久亚洲精品欧美| 免费在线欧美黄色| 欧美日韩成人在线视频| 欧美三级网址| 国产毛片精品国产一区二区三区| 国产精品久久午夜夜伦鲁鲁| 国产精品一级| 国产一区二区三区成人欧美日韩在线观看 | 美女视频黄 久久| 欧美激情精品久久久久久| 欧美极品一区二区三区| 欧美精品免费播放| 国产精品美女久久久久久免费| 国产精品一区二区在线观看| 国产亚洲一本大道中文在线| 激情成人综合| 99成人在线| 久久精品成人| 欧美大片网址| 宅男66日本亚洲欧美视频| 亚久久调教视频| 免费欧美视频| 国产精品国产三级国产| 海角社区69精品视频| 亚洲日本理论电影| 欧美亚洲免费| 亚洲成色999久久网站| 一本一本久久a久久精品综合麻豆| 亚洲欧美日韩精品在线| 母乳一区在线观看| 欧美午夜在线视频| 影院欧美亚洲| 亚洲欧美国产不卡| 欧美成人一区二区三区| 亚洲社区在线观看| 久久婷婷成人综合色| 国产精品成人va在线观看| 激情一区二区三区| 亚洲午夜av电影| 麻豆精品传媒视频| 一区二区三区欧美视频| 久久亚洲影院| 国产日韩av一区二区| 中文亚洲字幕| 欧美77777| 欧美在线视频一区二区| 欧美午夜大胆人体| 亚洲乱码久久|