抽象資料模型

每個應用程式和每個作業系統都有抽象資料模型。 許多應用程式不會明確公開此資料模型，但模型會引導撰寫應用程式程式碼的方式。 在 32 位程式設計模型中， (稱為 ILP32 模型) 、整數、long 和指標資料類型的長度為 32 位。 大部分的開發人員都已使用此模型，而不需要察覺。 對於 WIN32 API 的歷程記錄，這是有效的 (，雖然不一定安全) 假設。

在 64 位 Windows 中，資料類型大小的同位假設無效。 讓所有資料類型的長度為 64 位會浪費空間，因為大部分的應用程式不需要增加的大小。 不過，應用程式確實需要 64 位資料的指標，而且需要在選取的案例中具有 64 位資料類型的能力。 這些考慮導致選取稱為 LLP64 (或 P64) 的抽象資料模型。 在 LLP64 資料模型中，只有指標會展開至 64 位;所有其他基本資料類型 (整數和長) 長度維持 32 位。

一開始，在 64 位 Windows 上執行的大部分應用程式都會從 32 位 Windows 移植。 目標是應該在 32 位和 64 位 Windows 上執行相同來源仔細撰寫。 定義資料模型並不會讓這項工作變得更容易。 不過，確保資料模型只會影響指標資料類型是第一個步驟。 第二個步驟是定義一組新的資料類型，讓開發人員能夠自動調整其指標相關資料的大小。 這可讓與指標相關聯的資料在指標大小從 32 位變更為 64 位時變更大小。 基本資料類型的長度為 32 位，因此磁片上的資料大小、透過網路共用的資料，或透過記憶體對應檔案共用的資料不會有任何變更。 這可減輕開發人員將 32 位程式碼移植到 64 位 Windows 所涉及的許多工作。

這些新的資料類型已新增至 Windows API 標頭檔。 因此，您現在可以開始使用新的類型。 如需詳細資訊，請參閱 新資料類型。