[Visual Basic 2005] Threading pada Visual Basic 2005

Threading merupakan salah satu teknik pemrograman yang menurut sebagian orang rumit dan membingungkan karena kompleksitasnya. Tapi untunglah, di .NET Framework, Microsoft telah menyediakan sebuah komponen khusus untuk menangani kegiatan threading ini yang membuat segalanya jadi lebih mudah.

Komponen tersebut adalah BackgroundWorker. Dari namanya sudah dapat ditebak kegunaan dari komponen ini bukan 🙂

Terdapat 2 method utama pada komponen ini antara lain :

• RunWorkerAsync : untuk memerintahkan thread agar mulai aktif dan menjalankan tugasnya.
• CancelAsync : untuk menghentikan thread secara “paksa”.

Selain method terdapat 3 event utama yang dimiliki oleh BackgroundWorker yang memungkinkan kita mengontrol sebuah thread.
Event tersebut adalah :

• DoWork : Event ini dibangkitkan ketika method RunWorkerAsync dipanggil yang menandakan bahwa thread diperintahkan untuk aktif. Di event inilah routine yang perlu dilakukan oleh thread dieksekusi. Contohnya, membuka file, melakukan pengambilan data dari database server, dan sebagainya.
• ProgressChanged : Event ini dibangkitkan ketika thread sedang bekerja. Di event ini biasanya digunakan untuk menjalankan ProgressBar untuk menginformasikan sejauh mana thread telah melakukan tugasnya.
• RunWorkerCompleted : Event ini dibangkitkan ketika thread selesai menjalankan routine yang dibebankan pada event DoWork. Biasanya di event ini terdapat routine-routine yang dijalankan ketika suatu thread selesai menjalankan routine nya. Misal, menghapus file yang sudah berhasil dibaca oleh thread, menutup koneksi database, mengeluarkan MessageBox dan sebagainya.

Baiklah mari kita coba mempraktekkan threading ini biar langsung terasa khasiatnya 😛

[Visual Basic 2005] – Binding Data Tanpa DataSet maupun DataAdapter

.NET Framework menyediakan model data yang dapat digunakan sebagai cache data sementara dari database dan me-load nya ke memori lokal yaitu DataSet. Developer seringkali menggunakan data model ini untuk menampung hasil data dari query yang kemudian diolah lebih lanjut, misal, binding ke DataGridView atau ComboBox.

Permasalahannya, karena Microsoft telah menyediakan komponen-komponen dan class yang bertugas untuk melakukan binding data-data tersebut, akhirnya mau tidak mau kita tergantung kepada aturan dari komponen-komponen tersebut dan ini sedikit ribet jika data yang akan kita binding harus dilakukan pengolahan terlebih dahulu. Lebih banyak hapalannya daripada logikanya. Bahkan query yang biasa dilakukan misal, Inner-Join pun harus dilakukan dengan aturan parent-child ala DataSet yang menurut saya kurang intuitif.

Bayangkan jika data yang kita bind ke DataGridView harus dihitung dulu, diterjemahkan ke kata-kata lain, diubah dalam ComboBox kemudian menentukan SelectedIndex nya, CheckBox, dan sebagainya.

Ada alternatif lain yang mungkin sedikit melanggar “aturan resmi” yaitu melakukan fetching data dengan OdbcDataReader.

[Visual Basic 2005] – Koneksi Database dengan ADO Connection String

Bagi programmer yang terbiasa melakukan segalanya dengan cara manual (tanpa wizard) kadang-kadang terganggu dengan cara Microsoft “memudahkan para pengembang” dengan menyediakan banyak wizard yang bertele-tele hanya untuk melakukan satu tugas. Parahnya, terkadang wizard ini malah mengulur-ulur waktu karena harus mempelajari option-option yang diberikan. Padahal jika di-coding secara manual, permasalahan yang sama bisa selesai dalam waktu beberapa menit.

Salah satu contohnya adalah mengkoneksikan program dengan database server. Microsoft menyediakan wizard melalui IDE Visual Studio 2005 nya. Bagi beberapa orang mungkin wizard ini lumayan membantu (karena tidak usah banyak-banyak coding, tentunya 😀 ) tapi bagi saya hal ini kurang memuaskan. Melakukannya dengan cara manual membuat saya lebih memahami konsep koneksi database ini dan lebih banyak yang bisa saya kustomisasi sendiri dibandingkan dengan menggunakan wizard.

First Thing You Have to Understand About .NET Platform

What thing? there are many paper out there describing about this. What else?

Yep, but i’ll show you one thing that those papers never talked.

That is… .NET Framework is slow, too much performance overhead, and consumes too much memory spaces.

🙂

considering this, I  recommend you upgrading your development machine before daring touching .NET world 🙂

that’s all.