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

Design&Art

C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
  26 Posts :: 0 Stories :: 38 Comments :: 0 Trackbacks

#

一、對于基本聲明 

1.const int r=100; //標準const變量聲明加初始化,因為默認內(nèi)部連接所以必須被初始化,其作用域為此文件,編譯器經(jīng)過類型檢查后直接用100在編譯時替換。 

2.extend const int r=100; //將const改為外部連接,作用于擴大至全局,編譯時會分配內(nèi)存,并且可以不進行初始化,僅僅作為聲明,編譯器認為在程序其他地方進行了定義。 

3.const int r[ ]={1,2,3,4}; 

struct S {int a,b;}; 
const S s[ ]={(1,2),(3.4)}; //以上兩種都是常量集合,編譯器會為其分配內(nèi)存,所以不能在編譯期間使用其中的值,例如:int temp[r[2]];這樣的編譯器會報告不能找到常量表達式 

二、對于指針 
1.const int *r=&x; //聲明r為一個指向常量的x的指針,r指向的對象不能被修改,但他可以指向任何地址的常量。 

2.int const *r=&x; //與用法1完全等價,沒有任何區(qū)別。 

3.int * const r=&x; //聲明r為一個常量指針,他指向x,r這個指針的指向不能被修改,但他指向的地址的內(nèi)容可以修改。 

4.const int * const r=&x; //綜合1、3用法,r是一個指向常量的常量型指針。 

三、對于類型檢查 
可以把一個非const對象賦給一個指向const的指針,因為有時候我們不想從這個指針來修改其對象的值;但是不可以把一個const對象賦值給一個非const指針,因為這樣可能會通過這個指針改變指向?qū)ο蟮闹担泊嬖谑惯@種操作通過的合法化寫法,使用類型強制轉(zhuǎn)換可以通過指針改變const對象: 

const int r=100; 
int * ptr = const_cast<int *>(&r); //C++標準,C語言使用:int * ptr =(int*)&r; 

四、對于字符數(shù)組 
如char * name = “china”; 這樣的語句,在編譯時是能夠通過的,但是”china”是常量字符數(shù)組,任何想修改他的操作也能通過編譯但會引起運行時錯誤,如果我們想修改字符數(shù)組的話就要使用char name[ ] = “china”; 這種形式。 

五、對于函數(shù) 
1.void Fuction1 ( const int r ); //此處為參數(shù)傳遞const值,意義是變量初值不能被函數(shù)改變 

2.const int Fuction1 (int); //此處返回const值,意思指返回的原函數(shù)里的變量的初值不能被修改,但是函數(shù)按值返回的這個變量被制成副本,能不能被修改就沒有了意義,它可以被賦給任何的const或非const類型變量,完全不需要加上這個const關(guān)鍵字。但這只對于內(nèi)部類型而言(因為內(nèi)部類型返回的肯定是一個值,而不會返回一個變量,不會作為左值使用),對于用戶自定義類型,返回值是常量是非常重要的,見下面條款3。 

3.Class CX; //內(nèi)部有構(gòu)造函數(shù),聲明如CX(int r =0) 

CX Fuction1 () { return CX(); } 

const CX Fuction2 () { return CX(); } 

如有上面的自定義類CX,和函數(shù)Fuction1()和Fuction2(),我們進行如下操作時: 

Fuction1() = CX(1); //沒有問題,可以作為左值調(diào)用 

Fuction2() = CX(1); //編譯錯誤,const返回值禁止作為左值調(diào)用。因為左值把返回值作為變量會修改其返回值,const聲明禁止這種修改。 


4.函數(shù)中指針的const傳遞和返回: 

int F1 (const char * pstr); //作為傳遞的時候使用const修飾可以保證不會通過這個指針來修改傳遞參數(shù)的初值,這里在函數(shù)內(nèi)部任何修改*pstr的企圖都會引起編譯錯誤。 

const char * F2 (); //意義是函數(shù)返回的指針指向的對象是一個const對象,它必須賦給一個同樣是指向const對象的指針。 

const char * const F3(); //比上面多了一個const,這個const的意義只是在他被用作左值時有效,它表明了這個指針除了指向const對象外,它本身也不能被修改,所以就不能當作左值來處理。 


5.函數(shù)中引用的const傳遞: 

void F1 ( const X& px); //這樣的一個const引用傳遞和最普通的函數(shù)按值傳遞的效果是一模一樣的,他禁止對引用的對象的一切修改,唯一不同的是按值傳遞會先建立一個類對象的副本,然后傳遞過去,而它直接傳遞地址,所以這種傳遞比按值傳遞更有效。 

**另外只有引用的const傳遞可以傳遞一個臨時對象,因為臨時對象都是const屬性,且是不可見的,他短時間存在一個局部域中,所以不能使用指針,只有引用的const傳遞能夠捕捉到這個家伙。 

六、對于類 
1.首先,對于const的成員變量,只能在構(gòu)造函數(shù)里使用初始化成員列表來初始化,試圖在構(gòu)造函數(shù)體內(nèi)進行初始化const成員變量會引起編譯錯誤。初始化成員列表形如: 
2.X:: X ( int ir ): r(ir) {} //假設(shè)r是類X的const成員變量 

2.const成員函數(shù)。提到這個概念首先要談到const對象,正象內(nèi)置類型能夠定義const對象一樣(const int r=10;),用戶自定義類型也可以定義const對象(const X px(10);),編譯器要保證這個對象在其生命周期內(nèi)不能夠被改變。如果你定義了這樣的一個const對象,那么對于這個對象的一切非const成員函數(shù)的調(diào)用,編譯器為了保證對象的const特性,都會禁止并在編譯期間報錯。所以如果你想讓你的成員函數(shù)能夠在const對象上進行操作的話,就要把這個函數(shù)聲明為const成員函數(shù)。假如f( )是類中的成員函數(shù)的話,它的聲明形如: 
int f( ) const; //const放在函數(shù)的最后,編譯器會對這個函數(shù)進行檢查,在這個函數(shù)中的任何試圖改變成員變量和調(diào)用非const成員函數(shù)的操作都被視為非法 
注意:類的構(gòu)造和析構(gòu)函數(shù)都不能是const函數(shù)。 

3.建立了一個const成員函數(shù),但仍然想用這個函數(shù)改變對象內(nèi)部的數(shù)據(jù)。這樣的一個要求也會經(jīng)常遇到,尤其是在一個苛刻的面試考官那里。首先我們要弄清楚考官的要求,因為有兩種方法可以實現(xiàn),如果這位考官要求不改變原來類的任何東西,只讓你從當前這個const成員函數(shù)入手,那么你只有使用前面提到的類型強制轉(zhuǎn)換方法。實例如下: 

//假如有一個叫做X的類,它有一個int成員變量r,我們需要通過一個const成員函數(shù)f( )來對這個r進行++r操作,代碼如下 

void X::f( ) const 

{ (const_cast(this)) -> ++r; } //通過this指針進行類型強制轉(zhuǎn)換實現(xiàn) 

另外一種方法就是使用關(guān)鍵字:mutable。如果你的成員變量在定義時是這個樣子的: 

mutable int r ; 

那么它就告訴編譯器這個成員變量可以通過const成員函數(shù)改變。編譯器就不會再理會對他的檢查了。 
posted @ 2009-04-11 00:51 安帛偉 閱讀(364) | 評論 (0)編輯 收藏

在VC6中,如何查看以下代碼中vec里的內(nèi)容?

    vector<int> vec;
    vec.push_back(
1);
    vec.push_back(
14);
如果在Watch窗口中直接輸入vec,則會出現(xiàn)如下內(nèi)容:

眾所周知,vector使用的是線性連續(xù)存儲空間,上圖中的_First和_Last分別指向配置得來的連續(xù)空間中目前已被使用的范圍,而_End指向整塊連續(xù)空間的尾端。
因此,我們可以用如下方式來查看vector里的內(nèi)容:
vec._First[0]
vec._First[1]


同理,對于嵌套的vector(如下代碼中的vv)
    vector<int> vec;
    vec.push_back(
1);
    vec.push_back(
14);
    vector
< vector<int> > vv;
    vv.push_back(vec);
    vec.push_back(
15);
    vv.push_back(vec);
我們可以這樣查看:
vv._First[1]._First[2]
posted @ 2009-03-04 14:42 安帛偉 閱讀(5095) | 評論 (1)編輯 收藏

STL的map表里有一個erase方法用來從一個map中刪除掉指令的節(jié)點
eg:

map<string,string> mapTest;
typedef map
<string,string>::iterator ITER;

ITER iter
=mapTest.find(key);
mapTest.erase(iter);

 像上面這樣只是刪除單個節(jié)點,map的形為不會出現(xiàn)任務(wù)問題,
但是當在一個循環(huán)里用的時候,往往會被誤用,那是因為使用者沒有正確理解iterator的概念.
像下面這樣的一個例子就是錯誤的寫法,
eg:

for(ITER iter=mapTest.begin();iter!=mapTest.end();++iter)
{
cout
<<iter->first<<":"<<iter->second<<endl;
mapTest.erase(iter);
}

這是一種錯誤的寫法,會導(dǎo)致程序行為不可知.究其原因是map 是關(guān)聯(lián)容器,對于關(guān)聯(lián)容器來說,如果某一個元素已經(jīng)被刪除,那么其對應(yīng)的迭代器就失效了,不應(yīng)該再被使用;否則會導(dǎo)致程序無定義的行為。
可以用以下方法解決這問題:
正確的寫法
1.使用刪除之前的迭代器定位下一個元素。STL建議的使用方式

for(ITER iter=mapTest.begin();iter!=mapTest.end();)
{
cout
<<iter->first<<":"<<iter->second<<endl;
mapTest.erase(iter
++);
}

2. erase() 成員函數(shù)返回下一個元素的迭代器

for(ITER iter=mapTest.begin();iter!=mapTest.end();)
{
cout
<<iter->first<<":"<<iter->second<<endl;
iter
=mapTest.erase(iter);
}
posted @ 2009-01-22 13:33 安帛偉 閱讀(26409) | 評論 (7)編輯 收藏

開閉原則(OCP):對擴展開放,對修改封閉
里氏代換原則(LSP):子類可替換父類,反之不行
依賴倒置原則(DIP):依賴于抽象而不是依賴與具體
接口隔離原則(ISP):多個專門接口比一個總接口好
合成/聚合復(fù)用原則(CARP):盡量使用合成/聚合,而不是繼承
迪米特法則(LoD):不要和陌生人說話
posted @ 2008-05-28 03:11 安帛偉 閱讀(566) | 評論 (1)編輯 收藏

GMOS擊鍵模型

GMOSgoals/objects/methods/slecetion rules

基本操作時間

名稱和助記

典型值

含義

擊鍵(Keying),K

0.2

敲擊鍵盤上的一個鍵所需要的時間

指向(Pointing),P

1.1

用戶指向顯示屏上某一位置所需要的時間

歸位(Homing),H

0.4

用戶將手從鍵盤移動到鼠標或者從鼠標移動到鍵盤需要的時間

心理準備(Mentally preparing),M

1.35

用戶進入下一步所需要的心理準備時間

響應(yīng)(Responding),R

 

 

 

插入刪除心理準備活動的規(guī)則

規(guī)則0 候選M的初始插入

在所有的K之前插入M。在所有用于選擇命令的P之前插入M。但是對于選擇命令參數(shù)的P,不要插入M

規(guī)則1 預(yù)期M的刪除

如果M前面的操作符號能完全預(yù)期M后邊的一個操作符,則將該M刪除。例如移動鼠標并點擊目標,就需要刪除按規(guī)則0插入的M,變PMKPK

規(guī)則2 認知但愿內(nèi)M的刪除

如果一串MK屬于同一個認知單元,則刪除除了第一個以外的所有M。例如連續(xù)輸入一個單詞或者多個數(shù)字。

規(guī)則3 連續(xù)終結(jié)符之前M的刪除

如果K是一個認知單元后面的多余分隔符,如命令的分隔符后面緊跟著參數(shù)的分隔符,則將之前的M刪除。

規(guī)則4 作為命令終結(jié)符的M的刪除

如果K是一個分隔符,且后面緊跟著一個常量字符串,則將之前的M刪除。

規(guī)則5 重疊M的刪除

不要記入任何與R重疊的M

 

舉例:

設(shè)計一個軟件可以完成如下功能,可以把攝氏溫度轉(zhuǎn)換成華氏溫度,也可以把華氏溫度轉(zhuǎn)換成攝氏溫度。

界面一如下:


缺省選項沒有選中

HPKHKKKKK

HMPMKMHMKMKMKMKMK

HMPKHMKKKKMK

2H3M1P6K = 2*0.4 + 3*1.35 + 1.1 + 6*0.2 = 7.15

 

缺省選項選中

MKKKKMK

2M5K = 2*1.35 + 5*0.2 = 3.7

 

取兩者的平均值(7.15 + 3.7/2 =5.4

posted @ 2007-12-18 20:40 安帛偉 閱讀(1097) | 評論 (0)編輯 收藏

選自 Martin Fowler的《Refactoring,Improving the design of the existing code》一書

1.Duplicated Code
  代碼重復(fù)幾乎是最常見的異味了。他也是Refactoring 的主要目標之一。代碼重復(fù)往往來自于copy-and-paste 的編程風(fēng)格。與他相對應(yīng)OAOO 是一個好系統(tǒng)的重要標志。

2.Long method
  它是傳統(tǒng)結(jié)構(gòu)化的“遺毒“。一個方法應(yīng)當具有自我獨立的意圖,不要把幾個意圖放在一起。

3.Large Class
  大類就是你把太多的責任交給了一個類。這里的規(guī)則是One Class One Responsibility。

4.Divergent Change
  一個類里面的內(nèi)容變化率不同。某些狀態(tài)一個小時變一次,某些則幾個月一年才變一次;某些狀態(tài)因為這方面的原因發(fā)生變化,而另一些則因為其他方面的原因變一次。面向?qū)ο蟮某橄缶褪前严鄬Σ蛔兊暮拖鄬ψ兓喔綦x。把問題變化的一方面和另一方面相隔離。這使得這些相對不變的可以重用。問題變化的每個方面都可以單獨重用。這種相異變化的共存使得重用非常困難。

5.Shotgun Surgery
  這正好和上面相反。對系統(tǒng)一個地方的改變涉及到其他許多地方的相關(guān)改變。這些變化率和變化內(nèi)容相似的狀態(tài)和行為通常應(yīng)當放在同一個類中。

6.Feature Envy
  對象的目的就是封裝狀態(tài)以及與這些狀態(tài)緊密相關(guān)的行為。如果一個類的方法頻繁用get 方法存取其他類的狀態(tài)進行計算,那么你要考慮把行為移到涉及狀態(tài)數(shù)目最多的那個類。

7.Data Clumps
  某些數(shù)據(jù)通常像孩子一樣成群玩耍:一起出現(xiàn)在很多類的成員變量中,一起出現(xiàn)在許多方法的參數(shù)中…..,這些數(shù)據(jù)或許應(yīng)該自己獨立形成對象。

8.Primitive Obsession
  面向?qū)ο蟮男率滞ǔA?xí)慣使用幾個原始類型的數(shù)據(jù)來表示一個概念。譬如對于范圍,他們會使用兩個數(shù)字。對于Money,他們會用一個浮點數(shù)來表示。因為你沒有使用對象來表達問題中存在的概念,這使得代碼變的難以理解,解決問題的難度大大增加。
  好的習(xí)慣是擴充語言所能提供原始類型,用小對象來表示范圍、金額、轉(zhuǎn)化率、郵政編碼等等。

9.Switch Statement
  基于常量的開關(guān)語句是 OO 的大敵,你應(yīng)當把他變?yōu)樽宇悺tate 或strategy。

10. Parallel Inheritance Hierarchies
  并行的繼承層次是shotgun surgery 的特殊情況。因為當你改變一個層次中的某一個類時,你必須同時改變另外一個層次的并行子類。

11. Lazy Class
  一個干活不多的類。類的維護需要額外的開銷,如果一個類承擔了太少的責任,應(yīng)當消除它。

12. Speculative Generality
  一個類實現(xiàn)了從未用到的功能和通用性。通常這樣的類或方法唯一的用戶是testcase。不要猶豫,刪除它。

13. Temporary Field
  一個對象的屬性可能只在某些情況下才有意義。這樣的代碼將難以理解。專門建立一個對象來持有這樣的孤兒屬性,把只和他相關(guān)的行為移到該類。最常見的是一個特定的算法需要某些只有該算法才有用的變量。

14. Message Chain
  消息鏈發(fā)生于當一個客戶向一個對象要求另一個對象,然后客戶又向這另一對象要求另一個對象,再向這另一個對象要求另一個對象,如此如此。這時,你需要隱藏分派。

15. Middle Man
  對象的基本特性之一就是封裝,而你經(jīng)常會通過分派去實現(xiàn)封裝。但是這一步不能走得太遠,如果你發(fā)現(xiàn)一個類接口的一大半方法都在做分派,你可能需要移去這個中間人。

16. Inappropriate Intimacy
  某些類相互之間太親密,它們花費了太多的時間去磚研別人的私有部分。對人類而言,我們也許不應(yīng)該太假正經(jīng),但我們應(yīng)當讓自己的類嚴格遵守禁欲主義。

17. Alternative Classes with Different Interfaces
  做相同事情的方法有不同的函數(shù)signature,一致把它們往類層次上移,直至協(xié)議一致。

18. Incomplete Library Class
  要建立一個好的類庫非常困難。我們大量的程序工作都基于類庫實現(xiàn)。然而,如此廣泛而又相異的目標對庫構(gòu)建者提出了苛刻的要求。庫構(gòu)建者也不是萬能的。有時候我們會發(fā)現(xiàn)庫類無法實現(xiàn)我們需要的功能。而直接對庫類的修改有非常困難。這時候就需要用各種手段進行Refactoring。

19. Data Class
  對象包括狀態(tài)和行為。如果一個類只有狀態(tài)沒有行為,那么肯定有什么地方出問題了。

20. Refused Bequest
  超類傳下來很多行為和狀態(tài),而子類只是用了其中的很小一部分。這通常意味著你的類層次有問題。

21. Comments
  經(jīng)常覺得要寫很多注釋表示你的代碼難以理解。如果這種感覺太多,表示你需要Refactoring。

 

posted @ 2007-11-26 17:09 安帛偉 閱讀(452) | 評論 (0)編輯 收藏

     摘要: C++的static有兩種用法:面向過程程序設(shè)計中的static和面向?qū)ο蟪绦蛟O(shè)計中的static。前者應(yīng)用于普通變量和函數(shù),不涉及類;后者主要說明static在類中的作用。
  閱讀全文
posted @ 2007-11-21 01:10 安帛偉 閱讀(344) | 評論 (0)編輯 收藏

在網(wǎng)上看到這樣一小段有意思的代碼:
int main()
{
    
int i;
    
int a[10];
    
for(i=0; i<=10; i++)
    {
        a[i]
=0;
        printf(
"%d ",a[i]);
    }
    
return 0;
}
這段代碼里的錯誤很明顯,數(shù)組a在循環(huán)時越界了。不過在VC6下編譯運行后的結(jié)果很有意思,是個無限循環(huán),知道為什么嗎?
posted @ 2007-11-09 20:00 安帛偉 閱讀(349) | 評論 (0)編輯 收藏

     摘要: 處理在程序的運行時刻發(fā)生的錯誤,對于任何一個程序設(shè)計者來講都是不陌生的。對于錯誤的處理,我們有很多方法,本篇著重介紹的是C++中的錯誤異常處理。  閱讀全文
posted @ 2007-10-18 15:38 安帛偉 閱讀(513) | 評論 (0)編輯 收藏

在網(wǎng)上搜索“什么是哲學(xué)”,最后發(fā)現(xiàn)哲學(xué)沒有明確的定義(至少中文的沒找到)。
不過以我的理解,哲學(xué)就是思辯。思考會讓人認識到以前未認識到的東西,辯論則會減少思考過程中的錯誤認識。通過這樣的手段,人類得以發(fā)展出現(xiàn)代科學(xué)體系。
一切建立在思辯基礎(chǔ)之上的學(xué)科都是哲學(xué)的衍生學(xué)科,這包括所有的自然科學(xué)。計算機科學(xué)是自然科學(xué)的一個分支,所以也是哲學(xué),這也就是為什么英文里的Ph.D(Doctor of Philosophy Degree 博士學(xué)位)是指所有自然科學(xué)的博士而非特指哲學(xué)專業(yè)的博士的原因。
有一個老游戲“文明”,游戲中最先研究出“哲學(xué)”的國家將直接進入“黃金時代”,生產(chǎn)力大大提高。這一點設(shè)計得非常切合實際,也說明了哲學(xué)在人類發(fā)展史上的重要性。
就中國來說,顯然哲學(xué)這個詞被“馬克思主義哲學(xué)”所誤用,一提哲學(xué)好像都與馬克思主義有關(guān),其實不然。“堅持XXXX不動搖”這一類的言論其本身就不具有思辯的特性。我并不是說XXXX不正確,只是如果不去辯論,怎么能知道XXXX是否正確呢;如果XXXX本身是正確的,那么辯論不是可以更好的體現(xiàn)出它的正確性嗎?
中國經(jīng)歷了二千年的封建制度,在這二千年里中國顯然沒有發(fā)展出哲學(xué),所以自然科學(xué)體系沒有在中國歷史中產(chǎn)生也就很正常了。“勾股定理”、四大發(fā)明等,這些可能是中國歷史上為數(shù)不多的與自然科學(xué)相關(guān)的成果了,但是沒有哲學(xué),一切成果也沒有辦法進一步發(fā)展成科學(xué)體系了。中國的封建制度顯然發(fā)展到了一個很高的高度,該體系應(yīng)該說是很完善的:“君貴民輕”的教育制度;儒家思想被統(tǒng)治階段所利用;中央集權(quán)與軍隊的使用。所有這些都延長了封建制度的存在時間,不得不說,中國人還是很聰明的,只可惜聰明反被聰明誤。那些封建制度不那么完善的地方,會更早地發(fā)現(xiàn)封建制度的缺點,也就更早的產(chǎn)生新的政治制度。而哲學(xué),則是新制度產(chǎn)生的基礎(chǔ),通過思辨,我們可以發(fā)現(xiàn)“‘君’其實并不那么貴,‘民’也并不是那么輕”;當統(tǒng)治階段想要灌輸某種有利于他們統(tǒng)治的思想時,思辯會幫助我們明辨是非。
事實上中國并非沒有思辯,只不過思辨的思想沒有占據(jù)統(tǒng)治地位,這一點一直到現(xiàn)在也是這樣,不然為什么會有人刪除我們的帖子呢?:P
posted @ 2007-10-15 15:31 安帛偉 閱讀(265) | 評論 (0)編輯 收藏

僅列出標題
共3頁: 1 2 3 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲欧美日韩一区二区在线| 欧美一级二级三级蜜桃| 亚洲在线视频免费观看| 亚洲免费小视频| 狠狠色伊人亚洲综合网站色| 免费不卡亚洲欧美| 欧美日韩国内| 久久久久久穴| 久久三级视频| 亚洲夜晚福利在线观看| 久久精品国产免费| 亚洲免费电影在线| 久久成人免费日本黄色| 中文在线不卡视频| 久久综合中文字幕| 欧美与黑人午夜性猛交久久久| 欧美xx视频| 久久久久久伊人| 欧美日韩成人免费| 欧美jizz19hd性欧美| 国产日韩欧美一区在线| 亚洲狼人综合| 亚洲国产精品va在线看黑人 | 久久久精品动漫| 亚洲视频在线观看免费| 麻豆av福利av久久av| 欧美一区二区在线免费观看| 欧美激情综合在线| 理论片一区二区在线| 国产精品尤物| 这里只有精品电影| 一本一本久久a久久精品综合麻豆 一本一本久久a久久精品牛牛影视 | 国产喷白浆一区二区三区| 亚洲人线精品午夜| 国产精品久久一区二区三区| 亚洲精品少妇| 亚洲精品视频啊美女在线直播| 久久激情视频久久| 久久精品国产欧美激情| 国产精品一区二区三区成人| 亚洲深夜福利视频| 亚洲免费伊人电影在线观看av| 欧美日韩国产限制| 999在线观看精品免费不卡网站| 亚洲久久在线| 欧美日韩成人一区二区| 亚洲欧洲日产国产综合网| 亚洲人午夜精品免费| 美日韩精品视频| 欧美成人精品激情在线观看 | 一区二区三区四区蜜桃| 亚洲精品一区久久久久久| 一本色道久久88综合日韩精品| 一区二区不卡在线视频 午夜欧美不卡在 | 亚洲欧美国产精品va在线观看| 日韩午夜高潮| 欧美激情精品| 亚洲日本理论电影| 日韩一级欧洲| 欧美日韩一二三区| 正在播放亚洲| 欧美在线视屏 | 亚洲一区二区影院| 亚洲欧美成人一区二区三区| 国产精品久久久久久久久搜平片| 中文精品视频一区二区在线观看| 亚洲欧美影院| 今天的高清视频免费播放成人| 久久嫩草精品久久久精品| 欧美国产日本在线| 亚洲午夜av在线| 国产精品久久久久久久久借妻| 亚洲一区二区三区色| 久久夜色撩人精品| 亚洲精品视频二区| 国产精品jizz在线观看美国| 亚洲欧美成人一区二区在线电影| 久久久噜噜噜久久久| 亚洲激情网站免费观看| 免播放器亚洲| 亚洲天堂av图片| 久久久国产精品一区二区中文| 在线观看中文字幕不卡| 欧美日韩免费高清| 久久爱www.| 91久久黄色| 久久成人亚洲| 日韩视频在线免费| 国产亚洲欧美一区二区三区| 免费影视亚洲| 亚洲一区二区综合| 欧美 日韩 国产精品免费观看| 日韩一级成人av| 国产在线观看一区| 欧美日韩国产探花| 久久影视精品| 亚洲在线观看| 亚洲激情视频在线播放| 久久久国产精品亚洲一区 | 亚洲一区二区久久| 女主播福利一区| 篠田优中文在线播放第一区| 91久久黄色| 国产亚洲精品久久久久婷婷瑜伽| 欧美精品日日鲁夜夜添| 亚洲国产老妈| 亚洲性夜色噜噜噜7777| 99精品国产99久久久久久福利| 国产亚洲激情在线| 久久久久一区二区三区四区| 欧美成人黄色小视频| 性欧美精品高清| 99精品福利视频| 狠狠色噜噜狠狠色综合久| 国产精品qvod| 欧美激情一区二区三区在线| 亚洲男人的天堂在线aⅴ视频| 蜜臀久久久99精品久久久久久| 久久成人人人人精品欧| 香蕉久久夜色精品国产使用方法| 一本色道久久综合狠狠躁篇的优点 | 国产午夜精品麻豆| 欧美日韩国产色视频| 欧美jjzz| 久热精品视频| 久久er99精品| 亚洲欧美三级伦理| 亚洲一区二区三区四区中文| 亚洲另类视频| 亚洲精品国产精品国自产在线| 欧美成人在线网站| 久久精品国产一区二区三| 99成人精品| 99视频精品免费观看| 亚洲老板91色精品久久| 91久久在线| 亚洲人午夜精品| 91久久嫩草影院一区二区| 亚洲成在人线av| 亚洲激情在线观看| 亚洲精品欧美| 9国产精品视频| 亚洲小说欧美另类社区| 亚洲一级高清| 亚洲视频免费| 亚洲欧美国产日韩天堂区| 午夜精品久久久久久久99热浪潮| 午夜精品久久久久久99热软件| 欧美一区中文字幕| 久久精品一区二区三区不卡牛牛| 久久久精品tv| 欧美成人精品三级在线观看 | 欧美精品尤物在线| 欧美日产一区二区三区在线观看| 欧美精选午夜久久久乱码6080| 欧美女主播在线| 国产精品国产a级| 国产精品一区二区三区久久| 国产一区日韩一区| 亚洲黄色免费| 中文欧美在线视频| 欧美一区二区三区久久精品 | 欧美激情第8页| 精品成人一区二区三区| 亚洲电影免费观看高清完整版在线| 永久域名在线精品| 亚洲黄色尤物视频| 亚洲一区二区三区777| 久久激情中文| 亚洲国产一成人久久精品| 在线中文字幕一区| 久久久精品久久久久| 欧美精品在线视频| 国产欧美一二三区| 亚洲福利电影| 亚洲特黄一级片| 欧美激情精品| 亚洲视频福利| 久久精品人人| 欧美日韩国语| 国产午夜精品理论片a级大结局 | 免费成人高清视频| 亚洲精品久久久一区二区三区| 亚洲免费一在线| 男人插女人欧美| 国产麻豆视频精品| 亚洲精品一级| 欧美一区二区三区电影在线观看| 欧美a级大片| 亚洲视频免费在线| 久久夜色精品国产欧美乱| 欧美日韩一区二区视频在线| 韩国三级电影久久久久久| 99riav国产精品| 免费观看一区| 亚洲欧洲日韩女同| 久久久精品国产免费观看同学| 欧美偷拍一区二区| 亚洲激情第一页| 久久久久久午夜|