實(shí)體（語言內(nèi)建的數(shù)據(jù)類型，開發(fā)者定義的類和方法等）的定義與聲明，實(shí)體和指針跟程序設(shè)計帶來了不同影響．
對于實(shí)體或定義，編譯器要知道實(shí)體真實(shí)的物理內(nèi)存布局，因此讓編譯器知道這些信息，并且在程序編譯完畢后不能更改．要想更改必須重新編譯程序．因此如果在系統(tǒng)設(shè)計者程序庫中運(yùn)用了inline函數(shù)，并且如果應(yīng)用開發(fā)者在應(yīng)用中用了這個inline函數(shù)，則當(dāng)后來要對inline進(jìn)行修改時，有可能要導(dǎo)致應(yīng)用被重新編譯．
對于指針，它的大小在特定的機(jī)器上是固定的（在32位機(jī)器上，它的大小是32位；在64位機(jī)器上，它的大小是64位）．因此可以改變它的值，而不需要重新編譯應(yīng)用，就可以改變應(yīng)用的功能．
在面向?qū)ο笾校梢酝ㄟ^虛函數(shù)指針來延遲特定函數(shù)的決策，即調(diào)用子類的函數(shù)．
在C語言中，我們可以通過函數(shù)指針來對函數(shù)的功能進(jìn)行推遲決策．
在C++中，我們也可以通過函數(shù)指針（函數(shù)對象）、對象指針來推遲決策，從而使程序的功能更有彈性。例如，在設(shè)計模式中的strategy模式中，就是通過在contex中包含一個指向strategy的指針來實(shí)現(xiàn)的。我們可以定義一個抽象的strategy接口，然后由各個具體的strategy實(shí)現(xiàn)這些接口，從而在保證應(yīng)用架構(gòu)幾乎不做任何調(diào)整下，實(shí)現(xiàn)不同的功能。當(dāng)然在這種實(shí)現(xiàn)方式中，我們應(yīng)該加入strategy的決議者，由它來裁決采用哪一種策略方式。決議者可以采用配置文件、應(yīng)用的輸入等作為決議的依據(jù)。
熟悉symbian的人，很快就會發(fā)現(xiàn)：它與symbian中的ECOM架構(gòu)很相似。它要求各種strategy的實(shí)現(xiàn)方式被包含在共享的DLL中，并由RLibrary::Loard()調(diào)用動態(tài)載入.
使用定義抽象接口，然后在各DLL中定義具體的實(shí)現(xiàn)，并且動態(tài)載入，我們可以比較容易地實(shí)現(xiàn)所謂的插件(plugin)。插件的載入取決于配置，或相應(yīng)的輸入檢測。
下面給出在linux和windows上從動態(tài)庫中查找和載入的例子:
#ifdef WIN32
HINSTANCE hDll;
if(!(hDll = LoadLibrary(VOCALSIP_DLLPATH)))
adapter.m_initFunc = (INIT_PROTOSTACK_FUNC)GetProcAddress( hDll, "InitVocalSipStack");
adapter.m_createFunc = (CREATE_CHANNEL_FUNC)GetProcAddress( hDll, "CreateVocalSipGCChannel");
adapter.m_cleanupFunc = (CLEANUP_PROTOSTACK_FUNC)GetProcAddress( hDll, "CleanupVocalSipStack");
#else
void* h_dl = dlopen(VOCALSIP_DLLPATH,RTLD_NOW | RTLD_GLOBAL);
adapter.m_initFunc = (INIT_PROTOSTACK_FUNC)dlsym( h_dl, "InitVocalSipStack");
adapter.m_createFunc = (CREATE_CHANNEL_FUNC)dlsym( h_dl, "CreateVocalSipGCChannel");
adapter.m_cleanupFunc = (CLEANUP_PROTOSTACK_FUNC)dlsym( h_dl, "CleanupVocalSipStack");
#endif