| 導購 | 订阅 | 在线投稿
分享
 
 
當前位置: 王朝網路 >> delphi >> 一個C++程序員的Delphi學習筆記
 

一個C++程序員的Delphi學習筆記

2006-12-17 07:39:06  編輯來源:互聯網  简体版  手機版  評論  字體: ||
 
 
  一個C++程序員的Delphi學習筆記

  

  一個C++程序員的Delphi學習筆記 一個C++程序員的Delphi學習筆記

   說心裏話,站在一個C++程序員的立場,是有那麽一點看不上用Delphi的開發者的。就幾周前,我還撰文維護過C++的尊嚴。種種原因,今天我卻須學習Delphi、熟悉Delphi,不由興起人生無常的感慨。

   我給了自己十五天的時間,不知夠否掌握一門語言?我選擇了Marco cantu的《Delphi從入門到精通》及《Delphi高級開發指南》作爲學習用書。第一本書名叫《從入門到精通》,但如果你不熟悉一門OOP語言,那這本書不合適你。對我,則正合適。二書總厚度共一千五百頁,嗯,一天一百頁就差不多了,希望自己能做到吧。

   我決定如實記下自己的思考與困惑,做爲自己進軍新領域的記念,也希望能爲後行的同路者提供一點幫助。

  

  一 環境

  

   "工欲善其事,必先利其器",對開發環境的熟悉是非常重要的。不同于VC的MDI界面,Delphi采用了多個獨立窗體設計。這是否預示Borland更提倡組件間進行對等的交互?我暗暗猜測著。

  1.Desktop設置是可以與Project分離的,而且Desktop設置優先于Project設置。

  2.To-Do列表無論是用于提醒自己還是別人,都是好工具。

  3.AppBrowser感覺上很相似于VC的主界面。也提供了符號提示,Code Completiont等功能。嗯,還有VC所沒有的Class Completion,可以在聲明和實現間雙向自動補完。

  4.Project Group的概念,有點像.net平台中的Solution,不過.net是多語言協作的。

  二 語言

  

   Delphi的核心是VCL庫,其基礎是Object Pascal。《從入門到精通》用兩章的篇幅細說"Object",卻只字沒有提到"Pascal"。嗯,還好,我隱隱記得。

  1.Use用于引用外部單元。與頭文件不同,Use沒有傳遞性。

  2.Delphi使用引用對象模型,對象變量只持有對象引用,不再持有對象本身,所有對象手動自堆中分配。

  3.Delphi的封裝很奇怪,類成員訪問權限的設定,只對單元外部起作用。在單元內,可以自對象外部任意訪問類私有成員。朋友解釋說相當于C++的友元,細想其實差異很大--友誼一定是雙向的嗎?(將Unit方式用作友元,A能訪問B,B一定能訪問A)友誼有傳遞性嗎?(將Unit方式用作友元,A能訪問B,B能訪問C,A一定能訪問C)。在我看來,這和友員的概念是不相容的。希望某天我能明白Delphi如此設計的考量。

  4.在聲明對象變量後,Delphi對象的實際生成需調用構造器。構造器是特殊的類方法,自TObject繼承並可重載。不使用關鍵字而用類方法構造對象,我認爲這是單根繼承的特有用法。

  5.書中有一段動態創建TButton的例子,使用Creat創建了對象,卻沒用Free顯式的釋放

  。我疑心會發生內存泄漏,細細想來,該是由持有TButton的容器TForm來負責釋放,朋友證實了我的想法。Delphi以此避免了手動釋放內存的麻煩。

  6.Delphi的關鍵字很煩,長而多,要鍵入的地方也多。好處是能爲編譯器提供更多的信息,用以查錯和加快編譯速度。

  7.因著引用對象模型,不再有C++中直接對象訪問無多態,只在指針和引用下多態機制才起作用的問題。

  8.用message直接指出方法可以處理的事件,唉,讓我想起OWL時Borland對C++語言的相似擴展,真是懷念。

  9.大量使用動態類型轉換,該是Pascal本就具有的特點吧?

  10.窗體繼承,好像連控件的屬性都可以繼承呢。

  11.很奇怪的設計。有類方法,卻不提供類變量,需用Unit級的變量來模擬。

  12.如果我的猜想不錯,控件的Events應該就是"對象方法指針"。

  13.極強有力的機制:類引用,可用相同的形式動態建立不同的數據類型。C++中相似的能力,怕要用Builder模式才行。

  14.參數對象按引用傳遞,按引用賦值,只有部分類提供Assign方法複制對像。唉,C++的值語意,好懷念。

  15.Finally塊!解決了C++中好些需高度技巧的資源釋放問題。但爲什麽不能和except一起使用?不太明白。

  16.屬性和事件??真是爲VCL量身定制的語言啊。其實屬性和事件並非面向對象的必要元素。

  17.我想VCL事件處理的委托模型,該是與JAVA相似的。只是Java的Listener可以處理多

  個Listener的存在,Delphi的事件屬性好像只能處理一個吧?不過處理速度上要快多了。

  18.a)從TComponent類繼承,b)新構造程序,c)例行的Register,d)安裝。VCL組件創建的方便,真讓人感動。

  19.書上說VCL優于ActiveX,因爲ActiveX沒有完全的繼承機制,我不敢苟同。聚合該是先于繼承選用的機制。

  20.Interface,醜死了!!我甚至懷疑這是否Hejlsberg的設計。完全像是爲Com支持臨時拼湊的語言成份,與整體毫不協調,像個外來戶。接口本身是強大的東西,但糟糕的設計會讓它的使用成爲一種痛苦。除了COM和多重繼承沒有選擇外,我想是沒人願意用它的。

   整個來說,Object pascal給我很深的映象。接下來就該學習VCL了,且看Borland是如何將這種種語言的成份,組裝成爲開發的利器。

  三 VCL

  《從入門到精通》,作者的安排可真大膽。不先講如何在Form上擺控件,倒自VCL講起。我佩服作者的氣魄,直直的深入到問題的核心,剔筋去肉,先將脈絡端到你的面前。要知道,這有著失去很多讀者的危險。

  1.TObject,萬類之源。RTTI信息就放在這裏了,這算是單根單繼承實現上的便利吧。

  2.一個細節:TButton.InstanceSize=504!真夠浪費的。算法分析中常講以空間換時間,這該算以空間換宜用性吧。

  3.作爲TPersisitent的子類,TComponet擁有流化能力。IDE就用其將屬性寫入DFM文件中。

  4.TPersisitent委托TFiler和TStream兩個輔助類來具體實現流化。具體實現中包括自RTTI中讀出子類所有擁有的屬性,使流化對程序員透明。

  5.非窗口控件?相信是對效率低的一種補償。

  6.Componentsk中包含窗體所有上的控件,即使他們的Parent爲別的組件容器,其Owner也是Form.

  7.Owner和Parent,兩個易混淆的概念。我的理解:Owner是對象的持有者,Parent是對象的呈現者。

  8.窗體元素沒有進行封裝!帶來訪問的便利性的同時,也留下混亂的隱患,特別在大型工程中。

  9.控件位置的坐標原點對應Parent的客戶區,這加強了我的信心:Parent是對象的呈現者。

  10.Frames,窗體繼承的有力競爭者。其本質是以聚合代替繼承。昨天有朋友提出:"我覺得聚合是不可以取代繼承的"。的確,聚合不可能完全代替繼承,但在兩者同時適用的條件下,應該選擇耦合較爲松散、封裝更爲完全的聚合。具體到Frames和窗體繼承來說,我感覺在不涉及多態時,是應該選用Frames的。

  11.Delphi提供的容器類,與C++的STL相比,從彈性到效率可就差遠了,還容易出現類型安全問題。還好Delphi的RTTI機制強大,可以略補不足。這該是沒有模板機制的副作用:整個的泛型思想都用不上。

  其實作者還是很爲初學者著想的:並沒有深入VCL。雖有點意猶未盡,但作爲初學的我,也該是知足了。 四:標准組件

  其實很多Delphi的使用者,都是看中衆多的VCL組件支持。有朋友對我前文所說"其實屬性和事件並非面向對象的必要元素"表示不敢苟同,我相信他是混淆面向對象和面向組件了。在我的記憶中,面向組件是面對對象的擴展,其本質雖仍是面向對象,但爲之添加了衆多的輔助特性,其中就包括屬性(不是C++的"屬性")和事件。

  1.Form的Components,GroupBox的Controls,ListBox的Items,Delphi還真是喜歡用數組容器來表達組織結構。

  2.還有sleected數組,ItemEnabled數組,哦,值也是通過Items數組的對應項來存儲的。

  3.Drag-Drop。看到書的標題,不由的就想到IDataObject、IDropSource、IDropTarget幾個接口。其實Delphi的拖放要簡單很多。就我的了解,本質是一個Drop通知,不像Com會將數據本身包裝好傳送。這該是不需支持跨進程Drag-Drop的原因吧。

  4.菜單不再做爲資源出現,呈現給應用程序員的,是其包裝後的TMenuItem和組織成嵌套形式的Items。兩個優點:a)純一,不再有菜單資源需程序員理解。2)在包裝層中括展菜單功能極爲方便,並對程序員透明。爲此,ImageList也進行相應包裝。

  5.Action,其實質爲雙向事件轉發:各客戶控件->Action->OnExecute,OnUpdata->Action屬性改變->各客戶控件。

  6.Owner-draw,還是定制控件畫出自身?一個兩難的選擇。從一個OO純化論者的角度看,Owner-draw實在是對封裝的一種破壞。定制控件畫出自身,卻又未免勞民傷財,浪費資源。

  7.TreeView,樹狀視圖。XML不正是擅長樹的表達嗎?幹嘛不給他們結合結合?

  唉,操作性的東西,能想的能寫的實在不多,對吧?希望接下來的幾章,能激蕩起腦力才是。

  ------------------------------------

  E-mail:Dream_soft@263.net

  HomePagewww.hisee.net

  QQ:80512698

  本文爲Dreamer(Dream_soft)原創,版權歸Dreamer(Dream_soft)所有,歡迎各網站轉載。轉載時請保持原文完整並保留版權信息。
 
 
 
上一篇《在delphi字符中包括單引號(")》
下一篇《金額大寫轉換》
 
 
 
 
 
 
日版寵物情人插曲《Winding Road》歌詞

日版寵物情人2017的插曲,很帶節奏感,日語的,女生唱的。 最後聽見是在第8集的時候女主手割傷了,然後男主用嘴幫她吸了一下,插曲就出來了。 歌手:Def...

兄弟共妻,我成了他們夜裏的美食

老鍾家的兩個兒子很特別,就是跟其他的人不太一樣,魔一般的執著。兄弟倆都到了要結婚的年齡了,不管自家老爹怎麽磨破嘴皮子,兄弟倆說不娶就不娶,老父母爲兄弟兩操碎了心...

如何磨出破洞牛仔褲?牛仔褲怎麽剪破洞?

把牛仔褲磨出有線的破洞 1、具體工具就是磨腳石,下面墊一個硬物,然後用磨腳石一直磨一直磨,到把那塊磨薄了,用手撕開就好了。出來的洞啊很自然的。需要貓須的話調幾...

我就是掃描下圖得到了敬業福和愛國福

先來看下敬業福和愛國福 今年春節,支付寶再次推出了“五福紅包”活動,表示要“把欠大家的敬業福都還給大家”。 今天該活動正式啓動,和去年一樣,需要收集“五福”...

冰箱異味産生的原因和臭味去除的方法

有時候我們打開冰箱就會聞到一股異味,冰箱裏的這種異味是因爲一些物質發出的氣味的混合體,聞起來讓人惡心。 産生這些異味的主要原因有以下幾點。 1、很多人有這種習...

《極品家丁》1-31集大結局分集劇情介紹

簡介 《極品家丁》講述了現代白領林晚榮無意回到古代金陵,並追隨蕭二小姐化名“林三”進入蕭府,不料卻陰差陽錯上演了一出低級家丁拼搏上位的“林三升職記”。...

李溪芮《極品家丁》片尾曲《你就是我最愛的寶寶》歌詞

你就是我最愛的寶寶 - 李溪芮 (電視劇《極品家丁》片尾曲) 作詞:常馨內 作曲:常馨內 你的眉 又鬼馬的挑 你的嘴 又壞壞的笑 上一秒吵鬧 下...

烏梅的功效與作用以及烏梅的食用禁忌有哪些?

烏梅,又稱春梅,中醫認爲,烏梅味酸,性溫,無毒,具有安心、除熱、下氣、祛痰、止渴調中、殺蟲的功效,治肢體痛、肺痨病。烏梅泡水喝能治傷寒煩熱、止吐瀉,與幹姜一起制...

什麽是脂肪粒?如何消除臉部脂肪粒?

什麽是脂肪粒 在我們的臉上總會長一個個像脂肪的小顆粒,弄也弄不掉,而且顔色還是白白的。它既不是粉刺也不是其他的任何痘痘,它就是脂肪粒。 脂肪粒雖然也是由油脂...

網絡安全治理:國家安全保障的主要方向是打擊犯罪,而不是處置和懲罰受害者

來源:中國青年報 新的攻擊方法不斷湧現,黑客幾乎永遠占據網絡攻擊的上風,我們不可能通過技術手段杜絕網絡攻擊。國家安全保障的主要方向是打擊犯罪,而不是處置和懲罰...

河南夫妻在溫嶺網絡直播“造人”內容涉黃被刑事拘留

夫妻網絡直播“造人”爆紅   1月9日,溫嶺城北派出所接到南京警方的協查通告,他們近期打掉了一個涉黃直播APP平台。而根據掌握的線索,其中有一對涉案的夫妻主播...

如何防止牆紙老化?牆紙變舊變黃怎麽辦?

如何防止牆紙老化? (1)選擇透氣性好的牆紙 市場上牆紙的材質分無紡布的、木纖維的、PVC的、玻璃纖維基材的、布面的等,相對而言,PVC材質的牆紙最不透氣...

鮮肌之謎非日本生産VS鮮肌之謎假日貨是謠言

觀點一:破日本銷售量的“鮮肌之謎” 非日本生産 近一段時間,淘寶上架了一款名爲“鮮肌之謎的” 鲑魚卵巢美容液,號稱是最近日本的一款推出的全新護膚品,産品本身所...

中國最美古詩詞精選摘抄

系腰裙(北宋詞人 張先) 惜霜蟾照夜雲天,朦胧影、畫勾闌。人情縱似長情月,算一年年。又能得、幾番圓。 欲寄西江題葉字,流不到、五亭前。東池始有荷新綠,尚小如...

關于女人的經典語句

關于女人的經典語句1、【做一個獨立的女人】 思想獨立:有主見、有自己的人生觀、價值觀。有上進心,永遠不放棄自己的理想,做一份自己喜愛的事業,擁有快樂和成就...

未來我們可以和性愛機器人結婚嗎?

你想體驗機器人性愛嗎?你想和性愛機器人結婚嗎?如果你想,機器人有拒絕你的權利嗎? 近日,第二屆“國際人類-機器人性愛研討會”大會在倫敦金史密斯大學落下帷幕。而...

全球最變態的十個地方

10.土耳其地下洞穴城市 變態指數:★★☆☆☆ 這是土耳其卡帕多西亞的一個著名景點,傳說是當年基督教徒們爲了躲避戰爭而在此修建。裏面曾住著20000人,...

科學家稱,人類死亡後意識將在另外一個宇宙中繼續存活

據英國《每日快報》報道,一位科學家兼理論家Robert Lanza博士宣稱,世界上並不存在人類死亡,死亡的只是身體。他認爲我們的意識借助我們體內的能量生存,而且...

《屏裏狐》片頭曲《我愛狐狸精》歌詞是什麽?

《我愛狐狸精》 - 劉馨棋   (電視劇《屏裏狐》主題曲)   作詞:金十三&李旦   作曲:劉嘉   狐狸精 狐狸仙   千年修...

 
 
 
一個C++程序員的Delphi學習筆記 一個C++程序員的Delphi學習筆記 一個C++程序員的Delphi學習筆記 說心裏話,站在一個C++程序員的立場,是有那麽一點看不上用Delphi的開發者的。就幾周前,我還撰文維護過C++的尊嚴。種種原因,今天我卻須學習Delphi、熟悉Delphi,不由興起人生無常的感慨。 我給了自己十五天的時間,不知夠否掌握一門語言?我選擇了Marco cantu的《Delphi從入門到精通》及《Delphi高級開發指南》作爲學習用書。第一本書名叫《從入門到精通》,但如果你不熟悉一門OOP語言,那這本書不合適你。對我,則正合適。二書總厚度共一千五百頁,嗯,一天一百頁就差不多了,希望自己能做到吧。 我決定如實記下自己的思考與困惑,做爲自己進軍新領域的記念,也希望能爲後行的同路者提供一點幫助。 一 環境 "工欲善其事,必先利其器",對開發環境的熟悉是非常重要的。不同于VC的MDI界面,Delphi采用了多個獨立窗體設計。這是否預示Borland更提倡組件間進行對等的交互?我暗暗猜測著。 1.Desktop設置是可以與Project分離的,而且Desktop設置優先于Project設置。 2.To-Do列表無論是用于提醒自己還是別人,都是好工具。 3.AppBrowser感覺上很相似于VC的主界面。也提供了符號提示,Code Completiont等功能。嗯,還有VC所沒有的Class Completion,可以在聲明和實現間雙向自動補完。 4.Project Group的概念,有點像.net平台中的Solution,不過.net是多語言協作的。 二 語言 Delphi的核心是VCL庫,其基礎是Object Pascal。《從入門到精通》用兩章的篇幅細說"Object",卻只字沒有提到"Pascal"。嗯,還好,我隱隱記得。 1.Use用于引用外部單元。與頭文件不同,Use沒有傳遞性。 2.Delphi使用引用對象模型,對象變量只持有對象引用,不再持有對象本身,所有對象手動自堆中分配。 3.Delphi的封裝很奇怪,類成員訪問權限的設定,只對單元外部起作用。在單元內,可以自對象外部任意訪問類私有成員。朋友解釋說相當于C++的友元,細想其實差異很大--友誼一定是雙向的嗎?(將Unit方式用作友元,A能訪問B,B一定能訪問A)友誼有傳遞性嗎?(將Unit方式用作友元,A能訪問B,B能訪問C,A一定能訪問C)。在我看來,這和友員的概念是不相容的。希望某天我能明白Delphi如此設計的考量。 4.在聲明對象變量後,Delphi對象的實際生成需調用構造器。構造器是特殊的類方法,自TObject繼承並可重載。不使用關鍵字而用類方法構造對象,我認爲這是單根繼承的特有用法。 5.書中有一段動態創建TButton的例子,使用Creat創建了對象,卻沒用Free顯式的釋放 。我疑心會發生內存泄漏,細細想來,該是由持有TButton的容器TForm來負責釋放,朋友證實了我的想法。Delphi以此避免了手動釋放內存的麻煩。 6.Delphi的關鍵字很煩,長而多,要鍵入的地方也多。好處是能爲編譯器提供更多的信息,用以查錯和加快編譯速度。 7.因著引用對象模型,不再有C++中直接對象訪問無多態,只在指針和引用下多態機制才起作用的問題。 8.用message直接指出方法可以處理的事件,唉,讓我想起OWL時Borland對C++語言的相似擴展,真是懷念。 9.大量使用動態類型轉換,該是Pascal本就具有的特點吧? 10.窗體繼承,好像連控件的屬性都可以繼承呢。 11.很奇怪的設計。有類方法,卻不提供類變量,需用Unit級的變量來模擬。 12.如果我的猜想不錯,控件的Events應該就是"對象方法指針"。 13.極強有力的機制:類引用,可用相同的形式動態建立不同的數據類型。C++中相似的能力,怕要用Builder模式才行。 14.參數對象按引用傳遞,按引用賦值,只有部分類提供Assign方法複制對像。唉,C++的值語意,好懷念。 15.Finally塊!解決了C++中好些需高度技巧的資源釋放問題。但爲什麽不能和except一起使用?不太明白。 16.屬性和事件??真是爲VCL量身定制的語言啊。其實屬性和事件並非面向對象的必要元素。 17.我想VCL事件處理的委托模型,該是與JAVA相似的。只是Java的Listener可以處理多 個Listener的存在,Delphi的事件屬性好像只能處理一個吧?不過處理速度上要快多了。 18.a)從TComponent類繼承,b)新構造程序,c)例行的Register,d)安裝。VCL組件創建的方便,真讓人感動。 19.書上說VCL優于ActiveX,因爲ActiveX沒有完全的繼承機制,我不敢苟同。聚合該是先于繼承選用的機制。 20.Interface,醜死了!!我甚至懷疑這是否Hejlsberg的設計。完全像是爲Com支持臨時拼湊的語言成份,與整體毫不協調,像個外來戶。接口本身是強大的東西,但糟糕的設計會讓它的使用成爲一種痛苦。除了COM和多重繼承沒有選擇外,我想是沒人願意用它的。 整個來說,Object pascal給我很深的映象。接下來就該學習VCL了,且看Borland是如何將這種種語言的成份,組裝成爲開發的利器。 三 VCL 《從入門到精通》,作者的安排可真大膽。不先講如何在Form上擺控件,倒自VCL講起。我佩服作者的氣魄,直直的深入到問題的核心,剔筋去肉,先將脈絡端到你的面前。要知道,這有著失去很多讀者的危險。 1.TObject,萬類之源。RTTI信息就放在這裏了,這算是單根單繼承實現上的便利吧。 2.一個細節:TButton.InstanceSize=504!真夠浪費的。算法分析中常講以空間換時間,這該算以空間換宜用性吧。 3.作爲TPersisitent的子類,TComponet擁有流化能力。IDE就用其將屬性寫入DFM文件中。 4.TPersisitent委托TFiler和TStream兩個輔助類來具體實現流化。具體實現中包括自RTTI中讀出子類所有擁有的屬性,使流化對程序員透明。 5.非窗口控件?相信是對效率低的一種補償。 6.Componentsk中包含窗體所有上的控件,即使他們的Parent爲別的組件容器,其Owner也是Form. 7.Owner和Parent,兩個易混淆的概念。我的理解:Owner是對象的持有者,Parent是對象的呈現者。 8.窗體元素沒有進行封裝!帶來訪問的便利性的同時,也留下混亂的隱患,特別在大型工程中。 9.控件位置的坐標原點對應Parent的客戶區,這加強了我的信心:Parent是對象的呈現者。 10.Frames,窗體繼承的有力競爭者。其本質是以聚合代替繼承。昨天有朋友提出:"我覺得聚合是不可以取代繼承的"。的確,聚合不可能完全代替繼承,但在兩者同時適用的條件下,應該選擇耦合較爲松散、封裝更爲完全的聚合。具體到Frames和窗體繼承來說,我感覺在不涉及多態時,是應該選用Frames的。 11.Delphi提供的容器類,與C++的STL相比,從彈性到效率可就差遠了,還容易出現類型安全問題。還好Delphi的RTTI機制強大,可以略補不足。這該是沒有模板機制的副作用:整個的泛型思想都用不上。 其實作者還是很爲初學者著想的:並沒有深入VCL。雖有點意猶未盡,但作爲初學的我,也該是知足了。 四:標准組件 其實很多Delphi的使用者,都是看中衆多的VCL組件支持。有朋友對我前文所說"其實屬性和事件並非面向對象的必要元素"表示不敢苟同,我相信他是混淆面向對象和面向組件了。在我的記憶中,面向組件是面對對象的擴展,其本質雖仍是面向對象,但爲之添加了衆多的輔助特性,其中就包括屬性(不是C++的"屬性")和事件。 1.Form的Components,GroupBox的Controls,ListBox的Items,Delphi還真是喜歡用數組容器來表達組織結構。 2.還有sleected數組,ItemEnabled數組,哦,值也是通過Items數組的對應項來存儲的。 3.Drag-Drop。看到書的標題,不由的就想到IDataObject、IDropSource、IDropTarget幾個接口。其實Delphi的拖放要簡單很多。就我的了解,本質是一個Drop通知,不像Com會將數據本身包裝好傳送。這該是不需支持跨進程Drag-Drop的原因吧。 4.菜單不再做爲資源出現,呈現給應用程序員的,是其包裝後的TMenuItem和組織成嵌套形式的Items。兩個優點:a)純一,不再有菜單資源需程序員理解。2)在包裝層中括展菜單功能極爲方便,並對程序員透明。爲此,ImageList也進行相應包裝。 5.Action,其實質爲雙向事件轉發:各客戶控件->Action->OnExecute,OnUpdata->Action屬性改變->各客戶控件。 6.Owner-draw,還是定制控件畫出自身?一個兩難的選擇。從一個OO純化論者的角度看,Owner-draw實在是對封裝的一種破壞。定制控件畫出自身,卻又未免勞民傷財,浪費資源。 7.TreeView,樹狀視圖。XML不正是擅長樹的表達嗎?幹嘛不給他們結合結合? 唉,操作性的東西,能想的能寫的實在不多,對吧?希望接下來的幾章,能激蕩起腦力才是。 ------------------------------------ E-mail:Dream_soft@263.net HomePagewww.hisee.net QQ:80512698 本文爲Dreamer(Dream_soft)原創,版權歸Dreamer(Dream_soft)所有,歡迎各網站轉載。轉載時請保持原文完整並保留版權信息。
󰈣󰈤
 
 
 
  免責聲明:本文僅代表作者個人觀點,與王朝網路無關。王朝網路登載此文出於傳遞更多信息之目的,並不意味著贊同其觀點或證實其描述,其原創性以及文中陳述文字和內容未經本站證實,對本文以及其中全部或者部分內容、文字的真實性、完整性、及時性本站不作任何保證或承諾,請讀者僅作參考,並請自行核實相關內容。
 
 
陽光靓麗的模特兒(8)
陽光靓麗的模特兒(7)
陽光靓麗的模特兒(6)
陽光靓麗的模特兒(5)
秋-印象
德慶盤龍峽 一
松江印象之三
雲之南(寬幅)
 
>>返回首頁<<
 
 
 
 熱帖排行
 
 
 
 
© 2005- 王朝網路 版權所有