The Mythical 'Vista Application'

Saya suka analis. Apakah itu meramalkan hal besar berikutnya besok atau membunyikan lonceng kematian bagi penentu kecepatan industri kemarin, analis tidak pernah kehabisan cara baru untuk melakukan kesalahan.

Contoh kasus: Windows Vista dan "celah aplikasi." Menurut Evans Data Corporation (EDC) , kurang dari 10 persen pengembang menulis untuk keadaan terkini Microsoft. Mayoritas (49 persen) masih menulis untuk XP, sementara kontingen kecil, tetapi berkembang (13 persen) berfokus pada Linux. Sementara itu, banyak sekali media utama terus mengutuk kurangnya aplikasi Vista baru. "Ini OS yang tidak diinginkan siapa pun," kata mereka, dan pengembang "bereaksi sesuai."

Tentu saja, mereka salah. Sekali lagi.

[Bacaan lebih lanjut: Tip, tip, dan tweak Windows 10 terbaik kami]

Anda lihat, tidak ada yang namanya aplikasi Vista. Sama seperti tidak ada yang namanya aplikasi XP. Atau aplikasi Windows 2000. Pengembang yang menulis untuk Windows jarang menargetkan versi tertentu. Sebaliknya, mereka memilih kerangka API tertentu - misalnya, MFC / ATL atau.Net - dan melanjutkan dari sana. Apakah aplikasi yang dihasilkan berjalan pada versi Windows yang diberikan tergantung pada apa, jika ada, ekstensi API khusus versi yang digunakan pengembang dalam proyek mereka.

Untuk sebagian besar jenis aplikasi, ini adalah nonissue: Mereka menggunakan generik Fungsi API, yang memungkinkannya berjalan di semua versi Windows yang mendukung kerangka itu. Dan karena Microsoft melakukan pekerjaan yang baik untuk back-porting kerangka kerja baru ke platform OS lawas, pengembang jarang dihadapkan dengan pilihan antara fungsionalitas API yang kaya atau basis yang terinstal luas (pengecualian yang luar biasa adalah pengembang video game, yang memanfaatkan DirectX 10 artinya melakukan ke Vista).

Jadi seluruh argumen "celah aplikasi" Vista adalah sedikit manusia jerami. Pertanyaan sebenarnya seharusnya: Mengapa pengembang tidak memanfaatkan berbagai iterasi dari framework.Net? Seperti siapa pun yang mengikuti peta jalan pengembangan Microsoft akan membuktikan, sebagian besar evolusi API mutakhir perusahaan berlangsung dalam.Net. Bahkan, ketika "ahli" berbicara tentang sumber daya program baru di Vista - Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF), dan sebagainya - mereka benar-benar berbicara tentang. Net framework 3.0. Dan karena.Net 3.0 tersedia di platform tingkat bawah (seperti Windows XP), lingkaran argumen kembali ke pertanyaan. Penerimaan bersih di antara pengembang - dan mengapa mereka (sejauh ini) menghindarinya.

jawabannya ada dua: Pertama, pengembang tidak suka menargetkan API yang tidak tersedia secara luas di seluruh basis yang diinstal. Meskipun dukungan agresif dari versi down-level, masih ada perbedaan besar antara "tersedia" dan "tersedia setelah mengunduh 20MB-plus pustaka kompleks dan memasangnya di berbagai bagian sistem Anda." Faktanya adalah bahwa.Net tidak dikirimkan sebagai bagian dari Windows XP, dan itu berarti bahwa pengembang perlu meyakinkan pengguna untuk terlebih dahulu menginstal versi yang diperlukan dari framework.Net sebelum mereka dapat menginstal perangkat lunak - tidak selalu mudah dijual, terutama di dunia TI perusahaan yang dikunci.

Sebagai OS pertama yang dikirimkan dengan kerangka.Net yang diinstal secara default, Vista seharusnya mendorong pengembangan aplikasi.Net 3.0. Namun, karena ini juga mendukung legacy Win32, COM, ATL, MFC, dan down-level. Net framework applications, tidak ada kekurangan nyata dari program Vista. Bahkan, kecuali Anda baru saja memiliki fungsi kerangka WPF / WCF terbaru dan terbaik, ada sedikit untuk memotivasi Anda, pengembang, untuk membuat lompatan ke. Net 3.0, atau bahkan 2.0. Dengan asumsi Anda tidak menabrak mekanisme Kontrol Akun Pengguna (UAC), aplikasi Windows "warisan" Anda mungkin terlihat dan berfungsi baik di bawah Vista sebagaimana adanya. Saya tahu, karena itu adalah kasus dengan kode saya sendiri: Beberapa tweak untuk mengakomodasi UAC (kebanyakan memindahkan beberapa file sementara dari struktur direktori yang baru dilindungi) dan aplikasi dan layanan saya berjalan seperti champs di bawah Vista - seperti yang mereka lakukan di bawah Windows XP, Server 2003, dan Windows 2000. Mengapa memperbaikinya ketika tidak rusak?

Alasan kedua para pengembang menghindari. Net adalah lambat. Banyak fungsi umum hanya membutuhkan waktu lebih lama di bawah.Net, memaksa pengembang untuk memilih antara kecanggihan API dan kinerja mentah. Tidak mengherankan, sebagian besar pengembang memilih yang terakhir, karena saya pernah dipaksa untuk melakukannya ketika saya menemukan bahwa. Net setara dengan Performance Data Helper (PDH) tidak dapat digunakan untuk pengambilan data kinerja Windows secara real-time. Akibatnya, saya terpaksa mempertahankan basis kode Visual Studio 6 yang menua (sekitar tahun 1997) sambil menunggu Microsoft untuk akhirnya merampingkan. Bersih ke titik di mana itu adalah alternatif yang layak. Ini adalah cerita lama dan terlalu umum di kalangan pengembang Windows.

Bottom Line: Ketika analis (dan media mereka menyangkal) mengutuk kurangnya "aplikasi Vista" mereka hanya membuat ketidaktahuan mereka sendiri.

Saya kira itu adalah Mac hal: Begitu banyak orang sezaman saya telah terjebak dalam bidang distorsi kenyataan bahwa gagasan hubungan antara fungsi API dan versi OS telah menjadi bagian yang diterima dari kebijaksanaan konvensional. Ini adalah kesalahan yang jujur, menyamakan patch kuno Apple dari ketergantungan versi ke Microsoft yang tidak sempurna, tetapi jauh lebih fleksibel, penyebaran API.

Terlalu banyak buah akan melakukannya untuk Anda.