Building Solutions for VB In Windows 2000

講師:羅慧真

筆記者:ellery

 

檢查需要的元件是否安裝
No -> On demand installtion
Yes -> 檢查元件是否適當安裝,若miss,則 On demand repairing.

 

Install Sheild for Windows 2000 or Wise 2000
本身不提供 Module 檔,所以要自行將 Modules 檔複製進去.
Visual Installer 不需要的原因是因為, Microsoft 已經將 VB 所需的 Modules 放進去了.

 

Package 若以 Publish 發行,則 user 要在 Add/Remove 安裝.
若 Assign -> user, 該 user login 進去後就會開始安裝
若 Assign -> computer, 只要該電腦一開機進入就會開始安裝

 

How to implement side by side?
在欲保留原 DLL 的 AP 路徑下,建立一文字檔,更名為 ap.exe.local, 如此一來就會使用到原 DLL.
p.s. only for Windows 2000.
如果環境為 95/98/NT, 可將 CLSID 機瑪下的 InprocServer32 的Default內容的路徑拿掉.

 

Group Policy 的一些相關設定擋在 \WINNT\SYSVOL\DOMAIN 下面,可利用 Notepad 去查看.

 

Directory Service

1. Workgroup

每台PC都必須設定 user account

缺點:分散管理 Security 差,維護困難 一個資源只能同時給 10 個 connection

2. Windows NT 4.0 Domain

優點: One user one account

Universal resource access

centralize administration

缺點:

Trust 沒有遞移性,需手動維護 Truest

Trust 為 Domain 間相同 Account 共享 Resource.

3. Windows 2000
 

 

DC安裝步驟:

  1. My Computer -> 右鍵 Property -> Network Identification -> Property
    -> Advance -> Other, 指定 Domain Name
  2. Network -> 右鍵 Property -> Local area connection -> 右鍵 property
    -> TCP/IP 指定 DNS 的 IP, Advance DNS 指定 Domain Name
  3. ipconfig /all 檢查 DNS 及 domain name 是否正確
  4. DC Promote 決定角色
    1. Domain 的第一台 PC或第二台
    2. Root Domain 或 sub domain
    3. 加入另一 domain tree 為 forest

     

AD Schema

  1. regsvr32 schmmgmt.dll
  2. mmc
  3. snap-in ad schema

 

LDAP Name:

1.DN -> Distiguished Name

CN: Common Name
+Container
+User
+Computer Name
OU: Organization Unit
+ou
+group
DC: Domain Component
+Domain Name
+Type
+Location
Example:
CN=User CN=Guest
CN=London, ou="Domain Controller", DC=Microsoft, DC=COM
uuu.com.tw 即 domain.type.location

以下這一狗票東西,是你可以寫,然後放到 Group Policy 裡面的,在.apm 檔案中(WINNT\INF\SYSTEM.adm)

CATEGORY "Media Player Settings"
POLICY "Store with this view"
KEYNAME "Software\Microsoft\MediaPlayer\Player\Settings"
EXPLAIN "Used to set the initial Media Player view"
PART "Select View" DROPDOWNLIST NOSORT VALUENAME "view"
ITEM LIST
NAME "Compact" Value 0
NAME "Standard" Value 1
NAME "Minimal" Value 2
END PART
END POLICY
END CATEGORY

 

Logon.

 

Queue

心情不好二三事

昨天,10/7,我們去了陽明山.
這次騎車由明德樂園旁邊的路上山,這條路出乎意料的遠,沿路經過平等里…等兩三個小聚落,大多經營的都是些觀光農場,果園或是土雞城之類的生意,
看來饒有一番趣味.路上一直都看到”奧萬大”,令人詫異,以為是中南部賞楓的奧萬大,到了以後大略看了一下,原來是一家咖啡,品茗的店(我應該沒看錯),令人莞爾.
這條路會一直連接到菁山路.
我們由菁山路步道入口開始步行,這條步道就是就是有名的金包里大道,在早前,這條步道主要是先人通商,買賣的一條通道,也是通往金山的必經之路.
主要特徵就是中間的石頭大,而兩旁的石頭小,呵呵,這都是由步道兩旁的解說牌看來的啦.
沿路會經過絹絲瀑布,最後會到達擎天崗.
接近擎天崗的時候,起了霧,有朦朧的感覺,別有一番風味.
末了,我們搭公車下到步道入口,騎車下山~
我們由仰德大道下山,經過士林官邸,我發現有花蓮奇石展,於是不管是不是中午,是不是該吃飯了,就停車,把ela拉進去逛逛.
當然,他抱怨連連囉~,說我欺負他,不給他吃飯之類的話.
不過這次對於士林官邸有了新的發現,官邸的後方有個小山,山上有個慈雲亭,不知何故,遊客稀少,這裡可以遠眺,也能享受一份幽靜.
走下小山,聽到露天表演台傳來悠揚的Jass音樂,心情不禁好了許多.
我們邊散步邊尋找,看到了許多拍婚紗照的新人.

ela:他們為什麼要在假日來拍,請假來拍的話,人比較少,比較方便;
我:之前我有特別假的時候,你不結,現在我沒有特別假了.
ela:那還是可以請假啊
我:不要了,不請了.

到了奇石展的場地,進去逛逛,這裡果然不虛此行,奇石都很漂亮,多呈現出國畫中的山水意境.
最後,該吃飯的還是要吃飯. ^_^
下午去光華商場逛逛,sw打了通電話來,邀約10/10去KTV為ela過生日,我說不要,因為,ela,10/6,跟我說不要去KTV.
關於這件事,ela,早上有改口說要,但不知怎麼地,我就是不想去了.
於是我把手機丟給ela,讓她跟sw說,ela就跟他聊了一下,最後應該是說要吧,我也不是很清楚.
後來送ela回家後,我也回家了.
回家的時候心情很不好,覺得很暴躁,定不下來,也覺得很生氣.我想,打打世紀帝國II應該會好些.但沒有.
吃過飯,躺了一下,似乎睡著了,這個時候sw打電話來,通知了我時間,我說,我會轉告ela.
我心情更不好了,心裡想了很多事情…
想要趕快提親,提出訂婚以及結婚的日子,也拖了許久,更討厭的是,ela媽媽還說,我們還年輕,不必要這麼早結婚.(當然,我知道日子並不是ela能決定的,但我只是…唉…)
我不禁自暴自棄,好吧,乾脆不要結好了,反正這樣子過日子也不錯,終日與電腦為伍,閒來爬爬山,逛逛街,看個電影.
日子還不是能過~~~
末了,我賭氣地告訴ela,10/10那天我不要去~我可以送你到樓下,唱完再來接你~
啊~~~想要大聲的叫出來~~~
啊~~~想要用力的打牆壁~~~
有時候,不禁懷疑自己是不是有憂鬱症或躁鬱症之類的~

“哪裡”颱風

納莉颱風來的這四天,我賣掉了四,五年前買的Canon BJ200e 黑白印表機,得到 300 元.
寫好了一篇預定要投稿給 RUN!PC 雜誌的文章,內容是介紹 VFP7 與 Web Service 的應用.
打了幾通關心的電話.
完全沒有和女友外出,只靠電話聊天,哈拉.
完成了一些網站的東西,預定月底才會更新上去.
每天看著水,看著看著,想到了聖經諾亞方舟的故事,猜想,搞不好十天的大雨就可以讓台灣淹沒~中共也甭統一了.
最後一天,在 Kimo 看到一個很冷的笑話:為什麼納莉颱風會走的這麼慢,這麼久呢?因為他的名字叫”哪裡””納莉”~所以打轉了許久,琢磨了許久,才逛出台灣.
其實這篇應該叫做雜記吧,胡亂湊合著上.

VFP與SQL Server的連結與最佳化

內容:

建置測試環境

  1. 請先利用 sql server enterprise manager去建立一個 database,叫做demo,然後利用 Query Analyzer 執行以下的sql script
    [sql]use demo
    if exists (select * from sysobjects where id = object_id(N'[dbo].[demo]’) and OBJECTPROPERTY(id, N’IsUserTable’) = 1)
    drop table [dbo].[demo]
    GO
    CREATE TABLE dbo.[demo] (
    cus_no int IDENTITY (1, 1) NOT NULL ,
    cus_name char (10) NOT NULL ,
    comment text NULL
    ) ON PRIMARY TEXTIMAGE_ON PRIMARY
    GOALTER TABLE dbo.demo WITH NOCHECK ADD
    CONSTRAINT PK_demo PRIMARY KEY NONCLUSTERED
    (
    cus_no
    ) ON PRIMARY
    GO
    [/sql]
  2. 請再設定一下控制台中的ODBC
  3. 設定一下 class 裡面的 demo.vcx 中的 prjhook QueryRunFile Event 中的路徑,然後在專案上面點一下滑鼠右鍵,選擇 專案資訊,接著把專案類別設為 demo.vcx,然後以後你執行程式的時候,就只要按 執行 就好了
  4. 接著去變更一下 database 中的 connection

測試

以程式動態模擬 1000 筆資料寫入 sql server 資料庫中,直接利用 vfp 的 connection + remote view
硬體: cyrix 200 + 128 mb ram + 4g hd
軟體: m$ sql server 7 + ado 2.6

情況 1 :
不設 buffering,vfp 當然是每新增一筆, 就會寫一筆到 sql server 中,想當然耳,速度超慢

情況 2 :
設定 buffering 為 5,這個時候,新增就粉快了,因為新增的資料都是放到 local 端,不過 tableupdate 的時候,就超慢了

情況 3 :
設定 buffering 為 5, batchupdatecount 為 1000, prepared 為 true
第一次新增 1000 筆,tableupdate 寫入,僅僅花了二分鐘多左右,效率還算讓人滿意
在程式執行的同時,我也有利用 sql 的 profiler 去觀察,vfp的確有先產生 prepare 的指令, 再執行 insert 的動作,仔細看了一下 tableupdate 的指令說明
tableupdate 的第一個參數如果帶 1, 而且 buffering 有開啟的時候,就會只把有變動的記錄更新回去
這一點我呆會會再另外用另外一種方法來測試是否真的有這麼去tableupdate
第二次執行的時候,花了約四分鐘,這次我發現vfp有多花一些時間在requery()上,所以我把 use demo 改為 use demo nodata
果然就又回復到約二分鐘多左右了,這次我把 prepare 拿掉試試看,發現了很有趣的現象,profiler 中,仍然使用了 prepare,不知道是不是因為 odbc driver 的關係

第四次(prog2)
測試 requery() 的速度
我知道memo的大小會影響速度,所以直接先把 fetchmemo 設為 false,程式很快就run完了,我感到質疑,因此我用browse去看
我發現 vfp 會 requery() 一個程度之後,開始在background去抓資料
如果這個時候去browse,速度就變的粉慢,怎麼變快??
於是我接著把 FetchAsNeeded 設為 True, FetchSize 設為 100
重新執行, 果然速度變快很多,因為vfp只抓了 100 筆
我利用 browse 去觀察的時候,向下 page down, vfp 還會自動往下抓100筆記錄
這真是太棒了
不過我後來直接把 scroll bar 移到最下面,這個requery的時間就很久了

第五次(form1)
我寫了一個簡單的表單,寫的過程,遇到一個小問題,我在dataenvironment中拉入view,接著把view拖到表單上,產生grid的時候粉慢,這時候我建議各位先在指令列下 use demo nodata, 然後再來拖,會順利很多!!
做好的畫面如form1,畫面很簡單,右上角是我測試的重點之一,我輸入一個數值,按下”跳到”,會自動移到該筆記錄去
當我 go 100 的時候,果然vfp會自動抓下一百筆資料
另外當我點選到 memo 欄位時,vfp也會自動去抓取該欄位的memo值
(因為之前把fetchmemo設為false,所以不會抓memo值)
不過這時候又產生了另外一個問題
如果我想知道總共有多少記錄的時候要怎麼辦呢??雖然輔助說明中說requery()之後,
會把取得的記錄數目存放在_tally變數中,but似乎不是這樣,因為我取得的_tally總是與事實不符
翻遍輔助說明,看來都沒有適合的指令可以取得
只好利用 select count() 了
我把這段指令寫在 “總筆數!!” 這個按鈕上
千萬不要用 reccount() ,這會把所有資料下載下來!!

FetchAsNeeded??

第六次 (form1)
這次我們要試的是 tableupdate 是否真的只把我們有更動的資料寫回去
因此我們使用 tableupdate( 1, .T. ) 來作
可是粉奇怪,profiler 並沒有顯示任何 update 的動作
這太奇怪了~~
我搞了好久
才在 vfp 的 programmer’s guide 找到
當 fetchasneeded 設為 true 的時候,是無法做任何更新動作的!!!!
必須要先 sqlcancel 之後才能去做
最後實驗 tableupdate( 1, .T. )也順利成功
程式碼在[奇數碼更新]裡面!!
vfp 果然會只更新有變動的部分而已!!!

SELECT-SQL UNION ALL Clause

很久以前就知道在別的大型資料庫系統裡, Select 有 Union這個子句(clause)
但我不知道VFP有這個子句
前兩天在看VFP輔助說明的時候,才發現到,VFP也有。
那那那…這個指令有啥好處呢?
我用個範例來做說明好了,這個範例是從BBS的Database版上借下來的,有經過改寫,原本是ORACLE的範例:
首先先建立一個Database,然後建好多個 Table,其結構都相同
CREATE DATABASE DEMO
CREATE TABLE DEMO_1995 ;
(TRANS_DATE D, cTEXT C(80), ;
CHECK (TRANS_DATE>={^1995/01/01} AND TRANS_DATE={^1996/01/01} AND TRANS_DATE={^1997/01/01} AND TRANS_DATE={^1998/01/01} AND TRANS_DATE={^1999/01/01} AND TRANS_DATE={^1998/01/01} AND TRANS_DATE<{^1999/07/01}
或者 你也可以不需要建DEMO這個View
你也可以直接用
SELECT * FROM DEMO_1995 ;
UNION ALL ;
SELECT * FROM DEMO_1996 ;
UNION ALL ;
SELECT * FROM DEMO_1997 ;
UNION ALL ;
SELECT * FROM DEMO_1998 ;
UNION ALL ;
SELECT * FROM DEMO_1999
這個時候 也許你會問,這有啥好處呢?? 看來是沒有啊 請注意…
相信各位都曾經有過這種迷惘-以年度區分(或其他)的資料檔到底是要分開呢?還是要放在一起?
假設你選擇了分開,那麼在作整合查詢的時候,就會相當的麻煩。
通常只能先建立一個暫存資料檔,然後依序將零星的資料匯入之後,再對此一暫存資料檔作查詢。
使用了union all,就可以不需要那麼麻煩了。

筆記:深度探索C++物件模型 第一章

摘要

C++ Object Model

一般來說有三種實作方式:

1.Simple: 一個Object內有一個 slot table, table 中各 slot 指向一個 member.

2.Table: 把 member 和 function 抽出來為 兩個 table, 物件內含一指標指向這兩個 table, 而 function
table 又指向各 function.

3.目前一般常見 C++ Compiler 所採用的物件模型, 則是將 member 放在物件中,物件內含一指標指向 function table,
而 static member 則另外存放於 heap 中.

繼承

早期,直接把 base class member 含括到 derived class, 較快; 但若 base class 變更,會造成 derived
class 需重新 compile.

2.0 規格以後,為有關聯的 virtual base class 加上指標:

  1. 導入 virtual base class table
  2. 擴充現有的 virtual table

簡單的說就是在衍生類別中加上指標指回 base class 的 member 和 function.

 

虛擬繼承

亦可指定 virtual, 如 iostream

class istream: virtual public ios {...};
class ostream:virtual public ios {...};

此情況下, base class 不管在繼承串列中被衍生幾次,均只存在一個實體,上例中, ios 將只存在一個.

 

class 和 struct

class 和 struct 幾乎相同,但仍然請依照需要乖乖使用.

 

多型

只有透過 pointer 或 reference 的間接處理,才支援多型.

筆記:深度探索C++物件模型 第四章

Function
語意學 ( The Semantics of Function )

摘要:

nonstatic member function

virtual member function

static member function

virtual member function(單一繼承)

多重繼承

函式的效能

Point-to-member functions

inline function

 

nonstatic member function

nonstatic member function 實際上會被內化為 nonmember 的形式,步驟如下:

  1. 改寫函式的 signature 以安插一個額外的參數,用以提供一個存取管道,使 class object 得以將此函式喚起.額外參數就是 this.
  2. 將對 "nonstatic data member 的存取動作" 改經由 this 指標存取.
  3. 改寫成一個外部函式,將函式名稱經過 "mangling" 處理,以成為一個獨一無二的語彙.

名稱的特殊處理 (Name mangling)

一般而言, member 的名稱後面會被加上 class 名稱. 若你宣告 extern "C", 就會壓抑 nonmember
functions 的 "mangling" 效果. 此 mangling 的動作, 各家 compiler 實作方式不同.

 

virtual member functions

若 ptr->normalize(); 

則會被轉化為

(*ptr->vptr[1])(ptr);

其中:

  • vptr 表示由 compiler 產生的指標,指向 virtual table, 其名稱也會被 "mangled", 因為在一個複雜的衍生體系中,可能存在多個
    vptrs.
  • 1 是 virtual tabe slot 的索引值.
  • 第二個 ptr 表示 this 指標.

若宣告為 inline, 則會被 compiler 當作一般 nonstatic member function 一樣地決議,提供極大的效率利益.

 

static member function

一般建議把 static data member 宣告為 nonpublic, 並提供一個或多個 member functions 來存取之.

主要特性: 沒有 this 指標.

次要特性: 他不能直接存取其 class 中的 nonstatic members; 他不能被宣告為 const, volatile, 或 virtual;
他不需要經由 class object 才被喚起.

如果取一個 static member function 的位址, 將獲得其在記憶體中的位置,其位址的型別並不是一個 "指向 class member
function 的指標", 而是一個 "nonmember 函式指標".即

&Point3D::object_count();

會得到

 unsigned int (*)();

而非

 unsigned int (Point3D:*)();

差不多等同於 nonmember function.

p.s. object_count 原型宣告為

unsigned int
Point3D::
object_count() {
return _object_count;
}

 

virtual member function(單一繼承)

單一繼承一般是在每個多型的 class object 身上增加 2 個 member:

  1. 一個字串或數字,表示 class 型別.
  2. 一個指標指向某表格,表格中持有程式的 virtual functions 的執行時期位址.為了找到函式位址,每個 virtual function
    被指派一個表格索引值.

這些工作都由 compiler 完成. 執行時期要做的只是在特定的 virtual table slot 中啟動 virtual function.

圖解. 若 Point3D 繼承 Point2D 繼承 Point, 那麼個別的 virtual table 就可能是

於是當

Point *ptr;
ptr=new Point3D();
ptr->z();

compiler 可以把該呼叫轉化為

(*ptr->vptr[4])(ptr);

 

多重繼承

在多重繼承中支援 virtual function,其複雜度圍繞在第二個及後繼的 base class 上,以及"必須在執行時期調整 this
指標"上.

即後繼的 class 會有多個 virtual table.

將後繼的物件位址指定給一個 base1 指標或 base2 指標時, virtual table 就要視指標的型態作切換,以免呼叫到錯誤的函數.

效率若依照原始 c++ 模型,會變的不好,但這方面各家 compiler 會利用 thunk 或 address points 策略來改善.

虛擬繼承下的 virtual functions

實作上,同樣要調整 this 指標,很複雜,效率也不一定較好,建議不要在一個 virtual base class 中宣告 nonstatic data
members.

 

函式的效能

inline > (nonmember friend=static member=nonstatic member) > virtual
member > virtual member(多重繼承) > virtual member(虛擬繼承)

virtual member 在層數越多的狀況下,其執行時間也成正比增加.

 

Point-to-Member functions

double (Point::*pmf)();
double (Point::*coord)()=&Point::x; //初始
coord=&Point::y; //或是這樣初始

於是可以

(origin.*coord)();

(ptr->*coord)();

這樣用.

實際上則會轉化為

(coord)(&origin);

(coord)(ptr);

支援"指向 virtual member functions"的指標

考慮如下片段(假設 z 為 virtual function)

float (Point::*pmf)()=&Point::z;
Point *ptr=new Point3D;
ptr->z(); //ok
(ptr->*pmf)(); //仍然 ok

compiler 實作上,必須定義 pmf, 使他能持有兩種數值,並且其數值能區分其意義.

多重繼承的狀況:

stroustrup 利用 union 來處理

struct __mptr {
int delta;
int index; //處理 virtual table 索引,不指時為 -1
union {
ptrfunc faddr;
int v_offset; //處理 nonvirtual member function
};
};

於是

(ptr->*pmf)();

會變成

(pmf.index<0)?
(*pmf.faddr)(ptr):
(*ptr->vptr[pmf.index](ptr));

Microsoft 以 vcall thunk 來作檢查,避免浪費檢查的時間,但副作用是,當傳遞一個不變值的指標給 member function 時,需要產生暫時性的物件.

效率:同樣地,不牽涉到"虛擬"+"多重"情況的,效率較佳.

 

inline function

一般處理時,有兩個階段:

  1. 分析函式,若因某些問題(複雜度過高,建構問題…等)被判斷不可 inline, 則會轉為 static 函式,並在被編譯模組中產生對應的函式定義.
  2. 真正的 inline function 擴展動作,是在呼叫的那一點上,這會帶來參數的求值動作及暫時性物件的管理.

通常需進入 assembler 中,才能得知是否真實現了 inline

形式參數擴展的情況大致如下:

inline int min(int i, int j) {
return i<j?i:j;
}
int
main() {
int minval;
int val1=1024,val2=2048;
minval=min(val1,val2);		//minval=val1<val2?val1:val2;
minval=min(1024,2048);		//minval=1024;
minval=min(foo(),bar()+1);	//int t1,t2;
//minval=(t1=foo()),(t2=bar()+1),t1<t2?t1:t2;

 

區域變數的情況

inline int
min(int i, int j) {
int minval=i<j?i:j;
return minval;
}
int local_var;
int minval;
...
minval=min(val1,val2);

則可能會代換為

int local_var;
int minval;
int __min_lv_minval;
minval=(__min_lv_minval=val1<val2?val1:val2),__min_ln_minval;

inline 函式中的區域變數再加上有副作用的參數,可能會導致大量暫時性物件的產生.並且使得程式大小暴增.避免過於複雜的 inline 函式,以免 compiler
無法擴展開來.

老鼠掛鈴鐺

原本不是很喜歡看政治新聞的
但最近的政治新聞實在是很有趣,當作每日一笑也是不錯. ^_^
不知道各位知不知道”老鼠掛鈴鐺”的故事??
有群老鼠,因為長年受到貓的侵擾而死傷慘重,覺得一定要想個方法來對付他,於是他們就開會討論.討論了許久,終於得到了一個方案-那就是幫貓掛鈴鐺.在幫貓掛上鈴鐺後,貓如果靠近他們的話,就會聽到鈴鐺聲,於是便能提早逃掉,減少喪生的機會.但是,誰去掛呢??
這似乎跟目前國民黨李前主席與國民黨的情況相同啊~~

筆記:深度探索C++物件模型 第三章

The Semantics of Data

摘要

 

static data member

static data member 永遠在 global data segment, 不影響 class object 的大小.

 

物件的大小

class object 的大小有可能因為 compiler 實作物件模型的方式不同而有不同,原因:

  1. compiler自動加上額外 data member, 以支援某些語言特性.
  2. alignment 邊界調整需要(比如: char 為配合機器特性而以 long 存放)

雖然目前 C++ compiler 已經非常進步,但早期會有兩種程式寫作防禦方格,以防止資料繫結錯誤.

  1. 把 data member 寫在 class 的開頭.
  2. inline function 移到 class 宣告之後,而不在宣告區裡面實作, 如:
extern int x;
class Point3D {
private:
float x,y,z;
public:
float X() const {return x;} 	//到底傳回哪個 x 呢?
float getX() const; 			//早期若不這樣寫,會造成資料繫結到上面那個 x
};
inline float
Point3D::
getX() const {
return x;
}

 

data member 的佈局

data member 實際的存放(佈局)

注意:各 data member 再實際存放時不一定連續.

如:

class Point3D {
float x;
float y;
float z;
};

x,y,z 不一定是連續的,有可能為了要補 alignment 或因compiler 的調整為 y,x,z, 主要原因是 C++ Standard 對此採放任態度.一般而言,仍是連續的.

 

data member 的存取

當 member 被宣告為 static 時,實際上和一般變數存取一樣,因為 static member 存放在 class 之外,不需要再透過 class
去存取. 若不是宣告為 static, 事實上,都會透過一個隱含的 class object (this) 完成,也就是類似這樣

Point3D
Point3D:translate( Point3D* this, const Point3D &pt) {
this->x+=pt.x;
this->y+=pt.y;
this->z+=pt.z;
}

若在程式中對 data member 做存取,如:

origin.y=0.0;

那麼實際上將等於

&origin+(&Point3D::y-1)

指向 data member 的指標,其 offset 值總是被加上 1, 這樣子 compiler就能需分出"一個指向 data member
的指標,用以指出 class 的第一個 member"和"一個指向 data member 的指標,未指向任何 member"的情況.(那就是上面為什麼要
-1的原因).

 

繼承與 data member

在沒有 virtual function 的狀況下,和 struct 相同.原本是獨立不相干的 class 湊成 type / subtype, 並有繼承關係(如
Point2D -> Point3D), 經驗不足的人可能會重複設計一些相同動作的函式,以 constructor 和 operator += 為例,
可以做成 inline. 另外把一個 class 分解為二層或更多層,有可能會為了"表現 class 體系之抽象化"而膨脹所需空間.如:
parent 為兩個 int, child 為一個 char, grandchild 為一個 char, compiler 會為了 alignment
而填補空間.

加上 virtual function 後,將需要導入 vptr, 並在每個函式做 vptr 的處理, 解構時也要把 vptr 抹消,一般而言, vptr
放在 class 的最後面,但 visual c++ 放在最前面,主要是為了繼承的效率問題.

class 若內含一個或多個 virtual base class subobjects, 將會分割為二部分:一個不變區域和一個共享區域,不變區域的資料,不管後繼如何衍化,總擁有固定的
offset(自 object 的起頭算起), 所以可以直接存取,至於共享區域,表現的是 virtual base class subobject, 其位置會因為每次衍生動作而有變化,只能被間接存取,
compiler 會在子類別中安插一些指標,每個指標指向一個 virtual base class.這樣的做法有兩個缺點:

  1. 每個物件必須針對其每個 virtual base class 背負一個額外指標(空間增加).
  2. 由於虛擬繼承串鏈的加長,導致間接存取層次增加.(時間增加)

大部分編譯器到今天仍使用"經由拷貝動作取得所有的 nested virtual base class 指標,放到 derived class
object 之中"來解決第二個問題.

第一個問題一般有兩個解法. Microsoft compiler 引入 virtual base class table, 每一個 class object
如果有一個或多個 virtual base class, 就會由 compiler 安插一個 pointer, 指向 virtual base class
table. 第二個方法是在 virtual function table 中放置 virtual base class 的 offset.

 

指向 data members 的指標

可用以決定 vptr 放在 class 的 begin 或 end, 另一個用途可用來決定 class 中的 access sections.

usage:

	printf("&Point3d::x=%p\n",&Point3d::x);

如果 vptr 在物件尾巴,則 offset 為 0

如果 vptr 在物件起頭,則 offset 為 4

但為何在尾巴時,傳回值總是多 1? 意即 1 主要是用以區分"沒有指向任何 data member" 的指標和 "指向第一個
data member" 的指標.

注意,此種額外的間接性會降低"把所有處理都搬移到暫存器中執行"最佳能力.

筆記:深度探索C++物件模型 第二章

摘要

 

簡介

編譯器可能會有隱含的動作,如對 overload operator 的誤判. 因為 compiler 會自動去尋找最符合其意義的來解釋你的意圖.

 

constructor

以下是各種 default constructor 的建構情形. 一般若 class 沒有宣告 constructor, 那麼 compiler 會在需要時為他建立一個簡單的
constructor, 有四種狀況:

1. class 沒有 constructor, 但成員之中有 member object, 而該 member object 有 default constructor
時, compiler 必定會為前者合成一個 default constructor.

假設

class Dopey {...};
class Sneezy {...};
class Bashful {...};
class Snow_White {
public:
Dopey dopey;
Sneezy sneezy;
Bashful bashful;
private:
int mumble;
};

Snow_White 沒有 default constructor, 那麼 compiler 會為他合成一個 default constructor,
依序喚起 Dopey, Sneezy, Bashful 的 default constructor. 若 Snow_White 定義了 constructor
如下:

Snow_White::Snow_White:sneezy(1024) {
mumble=2048;
}

則 compiler 會擴充為

Snow_White::Snow_White();sneezy(1024) {
dopey.Dopey::Dopey();
sneezy.Sneezy::Sneezy(1024);
bashful.Bashful::Bashful();
mumble=2048;
}

2. 若 class 繼承一個帶有 default constructor 的 class, 則 compiler 會為這個 class 合成一個 constructor,
這個 constructor 只呼叫 parent class 的 constructor.

又若有多個 constructor, 但卻沒有 default constructor 時, compiler 會擴張各 constructor, 以便去呼叫必要的
default constructor. 但卻不會去合成一個新的 default constructor.

3. 若 class 有 virtual function 的時候, compiler 會在 default constructor 中把 vtable
初始化,以便讓子類別能正確呼叫到 virtual function 所對應的 function.

4. virtual base class, 各 compiler 的實作方法不同,但共通點都是要使 virtual base class 在每個 derived
class object 中的位置,能夠在 runtime 時準備妥當.例如:

class X { public: int i; };
class A: public virtual X { public: int j; };
class B: public virtual X { public: double d; };
class C:public virtual X {public: int k;};
//無法在編譯時決議(resolve)出 pa->X::i
void foo( const A* pa) { pa->i=1024; }
int
main() {
foo(new A);
foo(new C);
//...
}

所以, compiler 必須改變"執行存取動作"的程式碼,使得 X::i 能延遲到 runtime 時才決定下來.

以上四種情況都會使 compiler 必須為未宣告 constructor 的 class 合成 default constructor, 這些被 compiler
合成出來的東西, 在 C++ Standard 中稱為 implict nontrival default constructor.

除了這四種情況之外, compiler 不會合成任何 constructor.

另外在合成的 default constructor 中, 只有 base class object 和 member class object 會被初始化,
其他 nonstatic data member,如: int, int*, int array 等都不會.

新手誤解:

1.任何 class 若沒有 default constructor, 就會自動合成一個.

2. compiler合成的 default constructor 會明白設定"class內每個 data member 的預設值".

 

copy constructor

有三種情況會以一 object 內容作為另一 class object 的初值.

  1. string bb; string aa=bb;
  2. object 被當作參數交給函式時.
  3. 函數傳回值是 object 時.

當沒有提供 copy constructor 時,會直接把 member 一個個地複製到要複製的 object 上, 如:

class string {
char *str;
int len;
};

string noun("book");
string verb=noun;

實際上是

verb.str=noun.str;
verb.len=noun.len;

此處的 copy constructor 不等於 copy assignment (operator=)!!

default constructor 和 copy constructor 在必要的時候才用 compiler 產生出來.

請注意 member 若有 pointer 時,那麼預設會把指標指過去,就會有潛在的指標問題!

此種情況應宣告 explicit copy constructor 來解決此問題.如:

class string {
public:
string(const char *);
string(const string&);
};

一般 copy 會有四種情況, class 不展現出 "bitwise copy semantics"(即上述狀況):

  1. 1.class 內含一個 member object 而後者有 copy constructor 時.
  2. 2.class衍生自一個 base class, 而 base class 有 copy constructor 時.
  3. 3.class宣告一個或多個 virtual functions.
  4. 4.當 class 衍生自一個繼承串鏈,其中有一個或多個 virtual base classes.

第三種情況需考慮到之前第一章所提到的 virtual table.

因此若父類別有 animate() 和 draw()這兩個 virtual function,而子類別增加 dance(), 則不能

childclass cc1;
parentclass parent1=cc1;

會造成 virtual table 被切掉,因為 parent1 的 virtual table 根本就沒有 dance.若 parent1宣告為參考或指標時,被
compiler 合成出來的 copy constructor 會把隱含的 vptr 指向 childclass 的 virtual table, 而非
bitwise copy.這個也叫做 upcasting.

第四種情況則請回想一下 virtual base classes, 因為只會有一個實體存在,因此,compiler 會特別審慎考量,不會 bitwise
copy.

NRV最佳化,如下情況會被 compiler

x bar() {
X xx;
//....
return xx;
}

轉為如下的情況

void bar(X& __result) {
__result.X::X();
//....
return;
}

 

NRV

NRV -> Named Return Value 提供重要效率改善.

 

使用 member initialization list.

時機:

  1. 當初始化一個 reference member
  2. 當初始化一個 const member 時
  3. 當喚起一個 base class 的 constructor, 而他擁有一個參數時.
  4. 當喚起一個 member class 的 constructor, 而他擁有一個參數時.

Why:

一般這樣寫, compiler 會先產生一暫存物件, 再 assign 給 member object, 所以效率不彰.

class Word {
String _name;
int _cnt;
public:
Word(){
_name=0;
_cnt=0;
}
};

所以要用 Word::Word:_name(0) {_cnt=0;}; 效率較佳.

缺點及注意事項:

注意 initialization list 的初始順序. 若 member object 依賴性太高,最好不要放到 initialization list
中,而應移至 constructor 中.