淺談Windows CE應用程式的可移植性

   由於案頭Windows絕大多數情況下運行於X86平台上，也就不存在不同平台的可移植性問題。然而Windows CE運行在四大架構（X86，SHx，MIPS，ARM）的CPU上，編寫應用程式時就需要考慮它的移植。
       以下通過在wince系統下訪問物理地址，來看看如何編寫可移植性較好的應用程式。
       首先必須明確兩個概念。
        1. 在X86平台下才有I/O地址這一說，在其他體系的CPU（如ARM/MIPS）下是沒有I/O連接埠的。因為X86下把I/O和儲存空間分開編址，導致其有兩種地址；而別的CPU是把兩者統一編址，即把I/O映射到儲存空間上。
        2. WinCE的儲存管理是通過MMU實現的，在系統啟動後，我們只能訪問虛擬儲存空間，必須經過MMU。但是在X86下，訪問I/O口和儲存空間走的地址匯流排不同，不用經過MMU。

         比如我們想要訪問掛在某匯流排上物理地址為360h的連接埠，對於X86平台我們可以直接嵌入彙編操作物理地址， 或者使用地址指標訪問物理地址。但對於其他平台，我們必須先作一個物理地址到虛擬位址的映射，然後操作其虛擬位址。這樣顯然程式的可移植性不好，我們需要定義  #ifdef __x86....#elif defined __arm  使得在不同平台下程式能夠順利運行。
          如果使用下面的代碼我們就可以不用這麼費勁的定義不同平台了：

        先定義
     inIoSpace = 1;
    ioPhysicalBase.QuadPart = 0x360;

if( HalTranslateBusAddress( Isa,                 //此函數把ISA匯流排上物理地址映射為系統物理地址
                            0,
                            ioPhysicalBase,
                            &inIoSpace,                  //此參數=1說明轉化的是I/O空間地址，=0時儲存空間地址
                            &ioPhysicalBase ) )
{
    if( !inIoSpace )                                           ////如果是儲存空間地址，針對非X86 平台

    {
            ioPortBase = ( PUCHAR ) MmMapIoSpace(            //此函數把系統物理地址轉化為虛擬位址
            ioPhysicalBase,
            IoLen,
            FALSE );
        if( ioPortBase == NULL )
        {
            //TODO: Error handling
        }
    }
    else                                                 //如果是I/O，即X86 下，不需要做地址映射
    {
        ioPortBase = ( PUCHAR ) ioPhysicalBase.LowPart;
    }
}
else
{
    //TODO: Error Handling
}

       隨後對於連接埠的操作（ ioPortBase），我們也可以充分挖掘它的可移植性。通過使用READ_PORT_UCHAR,
WRITE_PORT_UCHAR這些wince下的宏來實現連接埠讀寫。而不是在X86下用指標操作（不僅移植性差，而且容易產生問題）。CE下的宏在內部是封裝好的API函數。例如WRITE_PORT_UCHAR這個宏在X86 處理器上轉化為一條OUT的彙編指令；而在ARM處理器上會轉化成一條對虛擬位址的寫指令。

     WinCE5.0下可以使用CreateBusAccessHandle(匯流排註冊表路徑）+BusTransBusAddrToVirtual來實現匯流排物理地址到系統虛擬位址的直接變換。這種方式比起使用OEMAddressTable+VirtualAlloc+VirtualCopy方式更具不同平台的可移植性。