Visual Basic Indonesia

Bagaimana Mengganti Komponen-komponen di Regional Setting dari Visual Basic 6

Masino Sinaga — Mon, 31 Oct 2011 10:28:00 +0000

Di tengah-tengah waktu saya dalam mengeksplorasi kehebatan dan canggihnya fitur-fitur Visual Basic .NET, tiba-tiba ada satu pertanyaan dari member komunitas ini yang ditujukan kepada saya mengenai bagaimana cara memaksakan pengaturan bahasa regional secara keseluruhan (tidak hanya tanggal tetapi juga separator angka) dengan Visual Basic 6? Sekedar informasi saja, yang dimaksud pengaturan bahasa regional adalah pengaturan yang dapat Anda lihat dari menu Start -> Settings -> Control Panel -> Regional and Language Options. Untuk menjawab pertanyaan tersebut, akhirnya saya menulis artikel ini pada hari yang sama ketika solusi tersebut saya temukan dan pastikan sesuai dengan yang diharapkan. Kini Anda dapat mengetahui bagaimana cara mengganti komponen-komponen yang terdapat di “Regional and Language Options”, seperti: “Date Separator”, “Decimal Symbol”, “Digit grouping symbol” atau istilah yang lebih populernya adalah “Thousand Separator” dengan mudah dan cepat. Cukup hanya menjalankan kode tertentu dari dalam program yang Anda buat dengan Visual Basic 6, maka nilai-nilai komponen pada Regional Settings tersebut akan berubah. Yang paling penting adalah, Anda tidak harus membuka kotak dialog “Regional and Language Options” dari Control Panel untuk mengganti nilai-nilai komponen tadi. Penasaran bagaimana caranya?

Silahkan Login atau registrasi akun untuk membaca artikel ini selengkapnya.

Manajemen Memory

Masino Sinaga — Mon, 17 Oct 2011 03:25:42 +0000

Visual Basic .NET bergantung pada runtime .NET untuk manajemen memory. Ini artinya bahwa runtime .NET mengurus pemesanan memory untuk semua String, Array, Structure, dan Object di Visual Basic. Demikian pula, runtime .NET memutuskan kapan membebaskan memory yang terkait dengan object atau variabel yang telah Anda alokasikan. Hal ini tidak jauh berbeda dengan runtime di Visual Basic 6, yang juga bertanggung jawab untuk mengatur pengelolaan memory. Perbedaan yang paling signifikan antara Visual Basic 6 dan Visual Basic .NET yang terkait dengan manajemen memory adalah melibatkan penentuan kapan suatu object atau variabel dibebaskan dari penggunaan memory.

Di Visual Basic 6, memory yang terkait dengan sebuah variabel atau object dibebaskan segera ketika Anda mengeset variabel tersebut ke Nothing atau variabel keluar dari ruang lingkupnya. Hal ini tidak berlaku di Visual Basic .NET. Ketika sebuah variabel atau object diset ke Nothing atau berada di luar ruang lingkupnya, Visual Basic .NET mengatakan pada runtime .NET bahwa variabel atau object tidak lagi digunakan. Runtime .NET menandai variabel atau object tersebut sebagai sesuatu yang butuh dihapus dan membuang object ke dalam Garbage Collector (GC). Garbage Collector kemudian akan menghapus object tersebut pada suatu saat di masa selanjutnya.

Silahkan Login atau registrasi akun untuk membaca artikel ini selengkapnya.

Sekilas .NET Framework

Masino Sinaga — Tue, 04 Oct 2011 08:02:16 +0000

Mungkin kalau Anda sudah pernah membaca artikel terdahulu yang berjudul Mengenal .NET Framework yang Digunakan oleh VB.NET, tidak ada salahnya jika kita mengulangi lagi dan mengambil beberapa poin utama yang penting dari artikel tersebut di artikel ini, khususnya yang terkait dengan perbedaan utama antara Visual Basic 6 dan Visual Basic .NET. Artikel berikut ini juga cocok bagi Anda yang baru mengenal atau ingin mempelajari pemrograman menggunakan .NET Framework, dan dapat memberikan gambaran awal, mengapa Visual Basic .NET jauh lebih hebat daripada Visual Basic 6.

Silahkan Login atau registrasi akun untuk membaca artikel ini selengkapnya.

.NET Framework vs ActiveX

Masino Sinaga — Mon, 27 Jun 2011 14:48:39 +0000

Sebagai programmer Visual Basic, Anda biasanya tidak peduli dengan sistem runtime yang mendasari aplikasi Visual Basic Anda. Visual Basic 6, misalnya, membuat rincian bagaimana ActiveX bekerja secara transparan. Runtime Visual Basic 6 menangani semua rincian yang morat-marit yang diperoleh dengan menerapkan komponen ActiveX atau aplikasi. Lisensi, object yang dapat bertahan lama, Microsoft Transaction Server (MTS), dan kompatibilitas biner, diarahkan ke dalam pengaturan sederhana yang dapat Anda aktifkan atau nonaktifkan. Dalam hal yang sama, Visual Basic.NET melakukan pekerjaan yang baik dengan menyembunyikan rincian apa saja yang terjadi di belakang layar. Misalnya, Anda tidak perlu tahu apakah Anda sedang menciptakan atau menggunakan komponen .NET. Sebuah komponen .NET adalah seperti komponen lainnya. Dia memiliki properties, method, dan event sama seperti yang dilakukan oleh komponen ActiveX. Mengapa Anda harus peduli mengenai perbedaan antara ActiveX dan .NET jika segala sesuatu pada dasarnya tampak sama?

Silahkan Login atau registrasi akun untuk membaca artikel ini selengkapnya.

Apakah Visual Basic Masih Pilihan Terbaik bagi Programmer Visual Basic?

Masino Sinaga — Sat, 25 Jun 2011 23:46:11 +0000

Jika Anda sedang mempelajari fitur-fitur baru di VB.NET, mungkin Anda pernah atau suatu saat akan bertanya dalam hati, “Mengapa saya masih tetap menggunakan Visual Basic? Mengapa saya tidak memilih bahasa lainnya? Mengapa saya tidak beralih saja menggunakan bahasa C# (sebuah bahasa baru di Visual Studio .NET yang berasal dari bahasa C++)?”. Meskipun pilihan tetap ada di tangan Anda, patut untuk diketahui bahwa VB.NET saat ini sama bagusnya dengan C#, Visual C++, atau bahasa lainnya. Semua bahasa di .NET memiliki akses yang sama ke class-class di .NET Framework. Class-class ini sangatlah hebat, dan mereka membolehkan VB.NET untuk menghancurkan “kaca-kaca langit” dari Visual Basic versi-versi sebelumnya.

VB.NET juga tetap mempertahankan jiwa dari bahasa Visual Basic itu sendiri. Dia dirancang oleh pengembang Visual Basic untuk pengembang Visual Basic, sementara bahasa lainnya seperti C# dirancang untuk pengembang C. Setiap bahasa memiliki fitur unik tersendiri yang tidak dimiliki oleh bahasa lain. Berikut ini kita akan membandingkan antara C# dengan Visual Basic untuk melihat apa yang membuat setiap bahasa tersebut unik.

Silahkan Login atau registrasi akun untuk membaca artikel ini selengkapnya.

Mengapa Harus Upgrade dari VB6 ke VB.NET?

Masino Sinaga — Fri, 24 Jun 2011 23:50:20 +0000

Jika ternyata membutuhkan pekerjaan untuk memutahirkan aplikasi Anda dari VB6 ke VB.NET, Anda pasti bertanya, “Apakah proses pemutahiran bisa menimbulkan masalah? Mengapa saya harus memutahirkan aplikasi yang membutuhkan modifikasi padahal aplikasi yang saya buat dengan VB6 sudah berjalan saat ini?” Alasan utama untuk melakukan pemutahiran adalah adanya keuntungan dari fitur-fitur baru yang terdapat di VB.NET. Apa saja fitur-fitur baru tersebut? Menampilkan semua fitur-fitur di VB.NET bisa menghasilkan sebuah buku yang khusus untuk itu. Berikut ini fitur-fitur beserta penjelasannya; yang biasanya ditambahkan programmer ke aplikasi yang sudah dimutahirkan.

Silahkan Login atau registrasi akun untuk membaca artikel ini selengkapnya.

Rencana Memutahirkan Project VB6 Secara Otomatis ke VB.NET Bisa Mencapai 95 Persen

Masino Sinaga — Thu, 23 Jun 2011 23:03:31 +0000

Akibat dari adanya perubahan dan perbedaan pada VB.NET adalah, bahwa tidak seperti versi Visual Basic sebelumnya, hampir semua project sesungguhnya tidak dapat dimutahirkan 100 persen secara otomatis. Untuk memahami mengapa, pertimbangkanlah untuk mencapai pemutahiran 100 persen maka ada yang harus dikorelasikan satu-ke-satu antara setiap elemen di VB6 dengan yang terdapat di VB.NET. Sayangnya, korelasi ini tidak ada.

Proses pemutahiran bisa mendekati angka 95 persen, itu artinya bahwa Wizard Pemutahiran yang terdapat di VB.NET mampu memutahirkan secara otomatis sebesar 95 persen aplikasi VB6 Anda, dan selebihnya 5 persen Anda harus memodifikasi sendiri secara manual agar dapat berjalan sebagaimana mestinya. Lalu apa artinya angka 5 persen itu? Jika saat membuat aplikasi di VB6 Anda menghabiskan waktu selama 100 hari, maka Anda berharap membutuhkan 5 hari untuk memutahirkannya. Tentu saja, angka 5 persen ini bukanlah harga mati. Beberapa aplikasi bahkan ada yang lebih mudah untuk dimutahirkan dibandingkan dengan yang lainnya, dan pengalaman dari orang yang melakukan proses pemutahiran pun merupakan faktor penting yang menentukan.

Kita akan membahas lebih detail lagi pada artikel-artikel mendatang bagaimana caranya supaya proses pemutahiran otomatis 95 persen ini bisa tercapai. Kita akan membahas bagaimana cara mendisain aplikasi di VB6 sehingga ketika dimutahirkan ke VB.NET bisa berjalan dengan lebih lancar.

Mengharapkan Perubahan Kecil di VB.NET

Masino Sinaga — Thu, 23 Jun 2011 00:30:37 +0000

VB.NET telah dibangun ulang untuk platform .NET. Apa artinya? Artinya adalah bahwa produk ini telah ditulis ulang mulai dari awal. Salah satu akibat dari penulisan ulang Visual Basic ini adalah bahwa persamaan apapun dengan versi sebelumnya haruslah ditambahkan dengan sengaja — Anda tidak akan mendapatkannya dengan bebas, sama seperti yang Anda lakukan ketika Anda menambahkan fitur baru kepada kode yang sudah ada. Sebuah bahasa pemrograman disusun dari jutaan nuansa: perilaku fungsi Format, urutan kejadian dalam sebuah form, dan kegiatan-kegiatan hack yang memungkinkan dan tidak terdokumentasikan, seperti men-subclass form pesan yang berulang. Beberapa hal ada yang tidak sama di VB.NET, dan setelah memutahirkan aplikasi, Anda mungkin menemukan beberapa perubahan kecil pada saat aplikasi berjalan.

Contohnya adalah tipe data Currency. Di VB6, tipe data Currency memiliki 4 digit presisi. Di VB.NET, tipe data Currency telah diubah namanya menjadi Decimal dan memiliki 12 digit presisi. Jika Anda menjalankan kode pada baris berikut di VB6:

MsgBox( CCur(10/3) )

maka dia akan menghasilkan keluaran 3.3333. Jika Anda menjalankan kode yang sama di VB.NET,

MsgBox( CDec(10 / 3) )

hasilnya adalah: 3.333333333333. Ini bukanlah perubahan besar, tapi dia mendasari dalam prinsip pemutahiran: VB.NET berbeda dengan VB6, dan oleh karena itu aplikasi-aplikasi yang sudah dimutahirkan akan berbeda dari aplikasi di VB6. Dalam banyak hal Anda tidak akan mengetahui perbedaannya, sehingga perlu untuk mengamati perbedaan yang terjadi dengan cara mengetes aplikasi Anda setelah Anda berhasil memutahirkannya.

Kapan Microsoft Menetapkan VB.NET Tidak Kompatibel dengan VB6?

Masino Sinaga — Wed, 22 Jun 2011 00:01:48 +0000

Kapan Microsoft menetapkan untuk menghilangkan kompatibiltas antara VB.NET dengan VB6? Hal itu sebenarnya terjadi pada awal bulan Desember 1999, yaitu selama proses pengembangan VB.NET. Sampai pada saat itu, VB.NET dibangun untuk direncanakan mendukung gagasan bahwa project “Visual Basic 6 sourced” membolehkan Anda untuk mengubah dan mengkompilasi project VB6 di dalam VB.NET. Project-project ini akan memiliki kemampuan untuk bertukar kompatibilitas, yang artinya bahwa bahasanya akan kompatibel dengan versi sebelumnya, yaitu Visual Basic 6 dan diharapkan mampu mengakses paket form milik VB6.

Menjelang akhir tahun 1999, ternyata strategi ini sama sekali tidak berhasil. Perbedaan-perbedaan kecil itu mulai bermunculan, di antaranya: Paket form yang lama tidak dapat secara penuh diintegrasikan ke dalam .NET, dan project VB6 tidak dapat menggunakan beberapa fitur baru di platform .NET. Pada saat itu pulalah, akhirnya Microsoft membuat ketentuan untuk memutuskan kompatibilitas dengan VB6, dan selanjutnya berkonsentrasi pada keyakinan bahwa para programmer dapat memutahirkan project mereka dari VB6 ke VB.NET.

Mengapa Microsoft Menetapkan VB.NET Tidak Kompatibel dengan VB6?

Masino Sinaga — Tue, 21 Jun 2011 02:05:25 +0000

Mengapa Microsoft memutuskan untuk mendisain ulang dan melakukan restrukturisasi bahasa Visual Basic? Mengapa mereka tidak menambahkan fitur baru saja ke dalam VB6 dan tetap menjaga kompatibilitas dengan VB6? Ternyata Microsoft memiliki alasan tersendiri untuk hal ini. Salah satu alasan di antaranya adalah bahwa beberapa fitur di VB.NET tidak dapat ditambahkan tanpa melakukan disain ulang. Dengan menambahkan kemampuan pewarisan secara visual dan adanya dukungan pengaksesan kepada paket form, ternyata membutuhkan disain ulang model object formnya. Penambahan pernyataan Interface dan atribut-atribut ke dalam bahasa membuat bahasanya menjadi semakin kuat dengan memungkinkan untuk menambahkan tingkat penyesuaian yang lebih besar tapi sekaligus membutuhkan perubahan bahasa dan format filenya. Memperbaiki kondisi “DLL Hell” yang terkenal di VB6 itu sama artinya bahwa pembangunan bahasanya pun harus didisain ulang.

Silahkan Login atau registrasi akun untuk membaca artikel ini selengkapnya.