64位編程

⑴ 在vb中如何進行64位編程大神們幫幫忙

不要，我裝的就是32位的 silverlight可以vs2005上能開發 1、創建一個控制項庫 2、除掉項目所有的引用 3、右鍵點擊項目然後查看項目屬性 4、在Build標簽點擊高級按鈕，在彈出的對話框中勾上「'Do not reference mscorlib.dll」復選框 5、手動添加對Silverlight安裝目錄（默認在\Program Files\Microsoft Silverlight\）下mscorlib,agclr,System, System.Core, System.Silverlight, and System.Xml.Core這些程序集的引用。 Ok，經過上面的配置你就可以開發使用C#開發Silverlight程序了。 雖然上面的步驟並不復雜，但對於習慣「偷懶」的程序員來說，還是太繁瑣了，感覺回到原始社會。所以我在這里特地做了一個Silverlight C# Application項目模板，你可以使用該模板輕松創建Silverlight C# 項目。使用該模板需要安裝Silverlight 1.1 alpha 插件（廢話，C#開發Silverlight能不安裝這個嗎？）。下載安裝Silverlight項目模板，確認關閉VS2005，將Silverlight1.1alphaToolsForVS2005.zip壓縮包中的SilverlightCSApplication.zip復制到 \Visual Studio 2005\Templates\ProjectTemplates\Visual C#目錄下。 再次打開VS2005，打開新建項目對話框，你將看到Silverlight C# Application的項目模板 。 模板下載地址： http://silverlight.cn/files/folders/silverlight_sdk/entry444.aspx 另外可訪問.NET Framework編程模型和相關工具。可以使用託管的Jscrit和IronPython或者C#和VB這樣的動態語言來創建基於SilverLight的應用程序。可以使用Visual Studio這樣的開發工具來創建基於SilverLight的應用程序。 參考資料： http://www.gcs8.cn/htm_data/22/0708/128.html

⑵ win7 64位用什麼編程軟體

1、使用編程軟體要看程序員使用的編程語言，常規的編輯軟體主要是指的IDE集成開發環境，比如C/C++使用vc6.0、vs2012、devc++等等。一般來說程序員使用的編程語言都會有相應的IDE集成開發環境，用戶只需要去下載即可。
2、編程軟體要與自己的系統配套，根據問題描述用戶使用的是WIN7 X64系統，以C語言來說，使用VC6.0就不太適合，VC6.0是1993年微軟公司推出的，時間較長，雖然有的系統可以正常運行vc6.0，但是調試會出現假死。因此，建議安裝vs系列的x64版本。

⑶ 64位操作系統的編程與32位有什麼不同

1、32位和64位一般是指CPU的通用寄存器位寬，所以64位的CPU位寬增加一倍。
2、可定址范圍大大擴展，32位系統支持最大內存位4G，64位系統理論支持最大內存2^64=18446,744,073,709,551,616，約1600萬TB，相當於16EB。（實際還受制於操作系統和主板約束），實際的CPU尤其是這兩年的CPU都是採取兼容設計的，內部匯流排不到64位，後期的CPU逐漸都會採用標準的64位。
3、32位系統和64位系統需要安裝支持相應系統模式下的操作系統和驅動軟體，也就是32位只能安裝32位，64位安裝64位的但可兼容32位運算。
4、目前約定俗成的x86就是代表32位操作系統，x64代表64位操作系統。
當然64位的CPU要發威強的性能還要有相應的64位軟體!而現在的軟體都以32位CPU而編程的所以.現在64位比32位CPU沒有多大的性能提高

⑷ 32位機和64位機編程時應該注意些什麼

1.數據類型在各種機器中所佔的位元組數不同16位平台char 1個位元組8位 short 2個位元組16位 int 2個位元組16位 long 4個位元組32位 指針 2個位元組32位平台char 1個位元組8位 short 2個位元組16位 int 4個位元組32位 long 4個位元組 long long 8個位元組 指針 4個位元組64位平台char 1個位元組 short 2個位元組 int 4個位元組 long 8個位元組（區別） long long 8個位元組 指針 8個位元組（區別） 2.為了保證平台的通用性，程序中盡量不要使用long資料庫型 3.編程中要盡量使用sizeof來計算數據類型的大小，如：int *p = (int *)malloc(sizeof(int)*100);而不要int *p = (int *)malloc(400); 4.使用int時也可以使用intptr_t來保證平台的通用性，它在不同的平台上編譯時長度不同，但都是標準的平台長度，比如64位機器它的長度就是8位元組，32位機器它的長度是4位元組，定義如下： #if __WORDSIZE == 64 5.ssize_t和size_t分別是unsigned和signed size of computer word size。它們也是表示計算機的字長，在32位機器上是int型，在64位機器上long型，從某種意義上來說它們等同於intptr_t和 uintptr_t。它們在stddef.h裡面定義。需要注意的是socket的accept函數在有些操作系統上使用size_t是不正確的，因為 accept接收的int*類型，而size_t可能是long int 類型。後來BSD使用sock_t來替代它

⑸ 64位系統中,分離32位程序和64位程序主要包含哪兩種

對於64位還是32位，首先要從概念上把其理清，我覺得這可以分為三個層次：

• 硬體
  主要是指CPU的指令集，寄存器，以及地址空間。比如x64體系結構的CPU，就是在32位的基礎上添加了64位的操作指令，寄存器，同時提供了64位的虛擬地址空間。一台電腦能不能支持64位的系統，首先要看其硬體配置，即CPU是否支持64位指令：
  
  比如我的Dell Inspiron 1420，用的是intel的晶元，支持EM64T指令集，是屬於x64架構的。這里x64也叫x86-64，是一個體系架構，AMD的實現稱為AMD64，而intel的實現稱為Intel64，其指令集稱為EM64T.
  

• 操作系統
  有了64位的CPU，你才能裝64位的操作系統，當然，你也完全可以在x64的機子上安裝32位的系統，因為其本來就是32位cpu的一個擴展，完全支持32位指令集。
  不同的64位系統有不同的編程模型(programming model)，也就是常說的那些LP64, LLP64或者ILP64等等的，之所以出項這些所謂的編程模型，目的就是為了更好的兼容以前的32位下的編程模型，繼而能讓32位的源代碼比較容易的遷移到64位（更多內容參考：64-Bit Programming Models: Why LP64?），目前Windows支持的是LLP64，而Linux/Unix支持的是LP64 - 這種編程模型的差異恐怕會給我們編寫64位可移植程序帶來一定的困難。
  

• 應用程序
  有了64位的操作系統，你才能運行64位的應用程序。當然，你也完全可以在64位系統下以兼容模式運行32位程序，而且因為cpu本來就支持這些32位的指令集，所以性能基本不會有影響。
  

為什麼需要在64位系統下使用32位程序

所以在64位的系統上，我們最好使用64位的程序，但有的情況下，我們卻不得不在64位系統下運行32位程序。

原因其實很簡單：不支持64位。

我們知道，一個32位的程序要移植到64位上，因為一些數據類型大小的變化（主要是指針），是需要做很多工作的，包括代碼的更新與64位下的測試，所以，一些軟體廠商或者開發團隊會選擇不支持64位，或者想支持但無法及時推出一個64位版本，這里可以分為兩種情形：

• 程序
  這種情況比較簡單，你不支持64位，我就直接在32位兼容模式(WOW64)下跑，反正影響也不大。而且，即使你沒做移植，同樣可以通過重新編譯而從64系統上獲取一些好處：
  

  However, on the x64 platform, 32-bit x86 applications may still benefit from a 64-bitrecompile, e to the additional registers in 64-bit code, which acompilercan use for optimization.

• 庫
  這種情況比較復雜，一個32位的庫，比如說DLL，你無法把他載入到你的64位進程中，原因很簡單，類型大小不匹配。舉個最簡單的例子，我調用這個32位庫中的函數傳個指針過去，傳過去的是64位的指針，可人家以為只有32位，這不撐破了嗎？
  要在64位的程序中使用32位的DLL，目前有個辦法就是通過一個32位的進程把32位的DLL載入進來，然後通過進程間通信（RPC）。一般情況下，這個32位進程是一個進程外的COM組件（參考：Process Interoperability）。 當然，我們在設計COM介面的時候要注意32位-64位的介面兼容性。簡單來講，在Windows上採用的是LLP64模型，32位和64位的差別主要在於指針類型，因為是RPC，COM的marshalling就能很好的解決這個問題。

我想我們公司的軟體Autodesk Inventor就很好的說明了這個情況，大概在07年之前，Inventor是不提供64位版本的，所以在64位系統上Inventor是以32位兼容模式運行的，原因我想應該是Inventor龐大的source code使其無法迅速移植到64位之上。這是就是第一種情況；到07年支持64位後，因為微軟提供的VBA只有32位版本的（微軟為了推VSTA而放棄了VBA的開發），我們只能提供一個進程外COM組件通過RPC來調用VBA，所以在64位下啟動VBA速度會比較慢一點，這就是第二種情況。

當然，這些應該都是過渡期的產物，將來的趨勢是要麼支持64位而活下來，要麼不支持64位而消亡，比如說VBA。但不可否認，這個過渡期是很漫長的。

⑹ 64位與32位編程的數據類型區別

一、64位編譯器系統下可以使用64位的無符號或有符號變數了。
二、64位操作系統提供了更多的編程介面API，這些多出來的介面主要是涉及將32位數據類型擴展為64位的問題了。比如原來關於內存管理相關的函數，參數是32位的，在64位操作系統下就需要提供參數為64位的管理函數了等等。
總之這種差別根源就是數據類型增加了64位的數據類型而引起的變化。

⑺ qt 64 位編程和32位編程的區別

一、64位編譯器系統下可以使用64位的無符號或有符號變數了。
二、64位操作系統提供了更多的編程介面API，這些多出來的介面主要是涉及將32位數據類型擴展為64位的問題了。比如原來關於內存管理相關的函數，參數是32位的，在64位操作系統下就需要提供參數為64位的管理函數了等等。

⑻ 64位編程技術是什麼意思應怎麼理解

64位編程技術是什麼意思 ?
就是在64位軟/硬體，平台上寫程序的技術

他和32位的主要差別就在字長上。
也就是系統可處理的最大地址的位數上（是32還是64）
64位平台允許你的程序使用更多的內存，也為cpu開發更強大的指令集提供了支持。

當然，因為指令系統和地址寬度都不一樣了，軟/硬體平台提供的介面也就不同了，這需要新的知識，而且在32位環境下養成的一些和范圍有關的習慣也要改正了。而且有其實在進行地址操作的時候要注意64-32位程序之間的兼容性