Jika suatu perangkat lunak / perpustakaan memiliki beberapa dukungan untuk platform Windows mereka hampir selalu menamai direktori dan variabel mereka sebagai win32
. Ini paling lazim dalam proyek C / C ++. Bahkan target triple project MinGW menggunakan win32
. Apakah ada alasan untuk ini? Mengapa tidak menggunakan nama yang tepat seperti Windows atau Microsoft Windows? Apakah ada hambatan hukum di sekitar pilihan penamaan?
Pertanyaan ini bukan tentang API, tetapi konvensi penamaan yang digunakan. Ketika perpustakaan mendukung sistem operasi lain, mereka sering menggunakan nama yang tepat seperti linux
, freebsd
atau apa pun dukungan khusus yang diperlukan. Tetapi ketika datang ke Windows, sering disingkat menjadi win32
yang agak aneh dibandingkan dengan yang lain.
sumber
Jawaban:
Win32 adalah nama adat untuk API Windows. API ini menentukan bagaimana aplikasi dapat berinteraksi dengan sistem operasi. Ini kira-kira sebanding dengan standar POSIX di Unix, tetapi Win32 juga mencakup GUI dan banyak fitur lainnya.
Win32 API tidak terbatas pada instalasi Windows 32-bit.
Dari Windows Dev Center :
Anda tidak harus menggunakan API Win32 untuk mengembangkan untuk Windows. Alternatif adalah kelas .NET atau antarmuka Windows RT.
Secara teknis ada varian Win64. Tetapi berbeda dari Win32 sebagian besar dalam model data (ukuran pointer). Ini bukan kumpulan API yang berbeda:
Karena Win64 tidak jauh berbeda, Anda hampir tidak akan pernah melihat proyek menargetkan
win64
pada tingkat kode sumber, meskipun proyek yang lebih baru mungkin menargetkanwinapi
bukan tradisionalwin32
. Tetapi untuk semua tujuan praktis semua nama ini merujuk ke API yang sama.sumber
Karena Windows API berumur 30+ tahun dan telah ada ketika PC berusia 16-bit, kemudian 32-bit muncul, kemudian Win32s, kemudian win64. Ada ketergantungan platform dalam pengembangan windows, dan Anda perlu kode Anda untuk mencocokkan perpustakaan OS (dll) dalam arsitektur.
https://en.wikipedia.org/wiki/Windows_API#Versions
Aplikasi windows yang dibangun melawan win32 akan berjalan pada arsitektur 32-bit, dan akan berjalan pada 64-bit berdasarkan sistem operasi Windows yang menyediakan subsistem win32 sehingga aplikasi win32 berjalan pada OS windows 64-bit yang modern.
Sementara win32 build menjadi semakin berkurang seiring berjalannya waktu, win32 mungkin tidak akan pudar dalam waktu dekat. Ketika win32 build dilakukan secara bertahap, kemungkinan akan ada win128, dan win64 akan menjadi win32 baru.
sumber