Semuanya dimulai sebelum C # ada
Kembali ~ 1999, kami memiliki Visual Studio 5/6. Jika Anda adalah Vendor Perangkat Lunak Independen atau perusahaan yang menggunakan Windows dan membutuhkan aplikasi tertulis yang dapat, misalnya melacak waktu karyawan yang dihabiskan untuk proyek, Anda memiliki beberapa opsi:
- Formulir dalam Visual Basic.
- MFC, ATL atau Win32 dalam Visual C ++.
- Formulir di Access 97/2000.
- Situs web ASP.
- Applet jawa.
Pada saat itu, kami berada tepat sebelum gelembung Dot-Com pecah, jadi siapa pun yang mahir dengan (4) atau (5) pergi untuk menegosiasikan opsi saham pada dot-com apa pun yang menarik bagi mereka.
(3) memiliki masalah dengan penguncian dan skalabilitas keseluruhan, tetapi saya melihat banyak solusi yang digerakkan oleh akses yang akan keluar untuk menjalankan fungsi dukungan yang diperlukan.
Sehingga meninggalkan kita dengan VB dan VC ++:
Editor Formulir di VB, pada saat itu, sangat baik untuk produktivitas. Anda dapat menyeret-lepas komponen Anda - tidak hanya tombol, label, dan kotak teks tetapi kotak peralatan 'kontrol OLE' penuh dari komponen yang dapat digunakan kembali seperti Grid pintar, lembar Excel, atau instance IE. Penyambungan dilakukan di belakang layar - semuanya seperti objek dan Anda hanya mengklik dua kali untuk menambahkan event handler. Ini sangat sulit di Visual C ++. Sebagai anggota tim dukungan pengembang Visual Studio pada saat itu, saya dapat mengingat bagaimana panggilan dukungan Visual Basic sebagian besar tentang komponen mana yang terbaik untuk digunakan atau bagaimana mengoptimalkan aplikasi mereka dengan cara tertentu. Hampir tidak pernah 'bagaimana saya membuat aplikasi dengan fitur antarmuka pengguna X, Y dan Z'.
Membangun UI yang kaya dalam Visual C ++ adalah tantangan yang berbeda. Meskipun ada dukungan editor Visual untuk dialog dan formulir SDI / MDI, itu cukup terbatas. Dukungan untuk menanamkan Kontrol OLE (ActiveX) ke MFC atau Win32 adalah seni hitam, meskipun sedikit lebih mudah di ATL. Menyambungkan hal-hal sederhana seperti mengubah ukuran acara atau menggambar pemilik cukup menyakitkan, apalagi Poin Koneksi yang diperlukan untuk acara khusus dalam komponen.
Ya, VC ++ memiliki kecepatan eksekusi, kemampuan debug, dan opsi kerangka kerja / pustaka / UI yang fleksibel, tetapi dukungan IDE tidak dapat mencakup semua landasan tersebut sehingga menangani operasi yang paling umum dengan hal-hal seperti Penyihir, hierarki kelas MFC yang komprehensif dan 90 hari. / Saluran dukungan 2-insiden gratis.
IIRC, pembuat paket aplikasi yang dikirimkan dengan VB dapat mengemas aplikasi Anda, runtime VB dan kontrol umum terbaru DLL dan memberi Anda pemasang EXE mandiri yang dapat Anda pasang di CD dan sampai ke pelanggan. Tidak satu pun dari ini 'msvcrtXX.dll dan mfcxx.dll mana yang telah Anda instal?', Yang menjangkiti pengembang MFC.
Jadi, untuk alasan waktu ke pasar dan antarmuka pengguna yang kaya, VB mendapat pengikut yang sangat besar.
Ketika Visual J ++ dan Visual Interdev mencapai VS6, jelas bahwa Visual Basic IDE telah memenangkan beberapa pertempuran atas Visual C ++ satu, yang merupakan IMHO adil. Tidak mengherankan bahwa Visual Studio .NET memiliki editor bentuk seperti VB untuk bahasa COOL C # yang baru.
Bahasa Java / C / C ++ yang baru ditambah dengan perancang UI yang dinikmati oleh orang-orang VB selama ini memberikan jalur migrasi baru untuk orang-orang C ++ yang sekarang dilakukan dengan MFC / ATL / Win32. Untuk VB 3/4/5/6 orang yang tidak menyukai kurangnya kompatibilitas mundur 100% di VB.net, ini menawarkan kesempatan untuk belajar bahasa baru di lingkungan yang akrab.
Alasan bahwa VB adalah produk yang sangat komprehensif kemungkinan ada hubungannya dengan asal-usul Microsoft, dengan Basic menjadi produk pengembang andalan mereka, tetapi saya tidak memiliki kutipan saat ini.