Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Przenoszenie z 32-bitowego systemu Windows do 64-bitowego systemu Windows nie powinno samodzielnie tworzyć żadnych problemów dla aplikacji rozproszonych, niezależnie od tego, czy używają zdalnych wywołań procedur (RPC) bezpośrednio lub za pośrednictwem modelu DCOM. Model programowania RPC określa dobrze zdefiniowane rozmiary danych i typy całkowite, które mają ten sam rozmiar na każdym końcu połączenia. Ponadto w abstrakcyjnym modelu danych LLP64 opracowanym dla 64-bitowego systemu Windows wskaźniki rozszerzają się do 64 bitów — pozostałe typy danych całkowitych pozostają na poziomie 32 bitów. Ponieważ wskaźniki są lokalne po każdej stronie połączenia klienta/serwera i są zwykle przesyłane jako NULL lub inne niżznaczniki NULL, mechanizm marshalingu może obsługiwać różne rozmiary wskaźników na obu końcach połączenia transparentnie.
Jednak problemy ze zgodnością z poprzednimi wersjami występują podczas dodawania nowych typów danych lub metod do interfejsu, zmieniania starych typów danych lub niewłaściwego używania typów danych. W poniższych tematach omówiono sposób unikania tych sytuacji (jeśli to możliwe) oraz projektowania niezawodnych obejść, gdy nie można ich uniknąć.
W tej sekcji
- zmienianie istniejącego interfejsu
- unikanie ukrywania informacji
- Unikanie polimorfizmu
- Używanie Nowych Typów Danych w Pliku IDL
- Przygotowanie aplikacji dla 64-bitowej wersji systemu Windows
Powiązane sekcje
Jeśli nie znasz jeszcze nowych typów danych, środowiska roboczego i zmian interfejsu API dla 64-bitowego systemu Windows, zobacz Getting Ready for 64-bit Windows.