• <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>

            Design&Art

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

            2009年4月11日 #

            一、對于基本聲明 

            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 安帛偉 閱讀(341) | 評論 (0)編輯 收藏

            2009年3月4日 #

            在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 安帛偉 閱讀(5043) | 評論 (1)編輯 收藏

            2009年1月22日 #

            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);
            }

            這是一種錯誤的寫法,會導致程序行為不可知.究其原因是map 是關(guān)聯(lián)容器,對于關(guān)聯(lián)容器來說,如果某一個元素已經(jīng)被刪除,那么其對應(yīng)的迭代器就失效了,不應(yīng)該再被使用;否則會導致程序無定義的行為。
            可以用以下方法解決這問題:
            正確的寫法
            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 安帛偉 閱讀(26358) | 評論 (7)編輯 收藏

            2008年5月28日 #

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

            2007年12月18日 #

            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 安帛偉 閱讀(1073) | 評論 (0)編輯 收藏

            2007年11月26日 #

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

            1.Duplicated Code
              代碼重復幾乎是最常見的異味了。他也是Refactoring 的主要目標之一。代碼重復往往來自于copy-and-paste 的編程風格。與他相對應(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晳T使用幾個原始類型的數(shù)據(jù)來表示一個概念。譬如對于范圍,他們會使用兩個數(shù)字。對于Money,他們會用一個浮點數(shù)來表示。因為你沒有使用對象來表達問題中存在的概念,這使得代碼變的難以理解,解決問題的難度大大增加。
              好的習慣是擴充語言所能提供原始類型,用小對象來表示范圍、金額、轉(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 安帛偉 閱讀(421) | 評論 (0)編輯 收藏

            2007年11月21日 #

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

            2007年11月9日 #

            在網(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 安帛偉 閱讀(320) | 評論 (0)編輯 收藏

            2007年10月18日 #

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

            2007年10月15日 #

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

            僅列出標題  下一頁
            嫩草影院久久国产精品| 久久午夜羞羞影院免费观看| 日韩精品国产自在久久现线拍| 97r久久精品国产99国产精| 久久青青草原国产精品免费| 人妻少妇精品久久| 日日噜噜夜夜狠狠久久丁香五月| 国产精品久久久99| 久久人人青草97香蕉| 91精品国产综合久久四虎久久无码一级 | 久久精品国产91久久综合麻豆自制| 国产成人精品综合久久久| 亚洲AV无码1区2区久久| 久久se精品一区精品二区国产| 色欲综合久久中文字幕网| 久久久久免费视频| 久久综合久久综合久久综合| 亚洲日本va中文字幕久久| 国产无套内射久久久国产| 97久久国产亚洲精品超碰热| 国内精品九九久久精品| 久久久中文字幕日本| 亚洲一区二区三区日本久久九| 色欲久久久天天天综合网| 国产精品伦理久久久久久| 国内精品久久国产大陆| 久久午夜羞羞影院免费观看| 一本色道久久88精品综合| 久久亚洲色一区二区三区| 国产叼嘿久久精品久久| 青青国产成人久久91网| 99久久超碰中文字幕伊人| 久久国产精品一国产精品金尊 | 精品无码久久久久久国产| 9191精品国产免费久久| 国产精品久久久99| 国产成人精品久久亚洲高清不卡 | 精品久久一区二区三区| 99久久精品免费看国产一区二区三区 | 国产精品无码久久久久| 久久久久人妻精品一区三寸蜜桃 |