Kuakui engkau memang stabil, dibandingkan produk Borland yaitu Delphi 2005 yang menjijikkan sekali stabilitasnya (sorry bagi penggemar Delphi, termasuk saya juga), atau Zend Studio 4 yang masih kalah ama Notepad (duh!).
Tapi tak ada produk yang tak retak... Hari ini saya menemui lagi masalah yang sama, yaitu Function di SQL Server 2005, setelah ditambahkan ke TableAdapter, koq return value-nya int? (Nullable<int>), padahal jelas2 di functionnya tertera RETURNS datetime. Saya pikir dulu ini gara2 pake SQL Server 2000, eh ternyata pake SQL Server 2005 nggak ada bedanya. Untungnya ada "solusi" yang cukup manjur, property Parameters-nya dibuka, lalu diganti tipe datanya ke Variant lalu ke DateTime. Dengan cara ini maka kode yang dihasilkan akan membuat return value type menjadi "object". Nggak terlalu nyaman sih (harus di-cast dulu), tapi masih mending daripada kaya tadi.
Masalah2 lain yang sering menghantui :
* Entah kenapa kadang2 Windows Forms designer tidak memunculkan controls-nya sama sekali, harus diclose dan dibuka lagi. Nggak berbahaya sih, tapi nyebelin juga.
* Kalo make lama pemakaian memory bisa nyampe 400 MB lebih (dari Task Manager), padahal semua Solution udah di-close! Bener2 aneh VS2005 ini.
* Kadang2 fields yang buat controls "menghilang" dari .Designer.cs tanpa sebab. Sangat berbahaya dan menjengkelkan. Windows Forms Designer tidak bisa dibuka dan muncul error. Terpaksa menambah satu-satu deklarasi field yang dimaksud. Benar2 menyebalkan!!
* ToolStrip kadang2 mengeset Visible = false dengan sendirinya setelah didoubleclick (untuk mengeset event Click pada salah satu button-nya). Cukup menjengkelkan, tapi tidak terlalu berbahaya.
* Property AcceptButton dan CancelButton sering hilang, terutama setelah melakukan Undo (padahal yang di-Undo itu aktivitas lain). Sangat menjengkelkan dan kalau tidak ketahuan, bikin orang sebel.
Kapan nich VS2005 SP1 muncul? Nggak harus "Windows Genuine" kan? ;-)
UPDATE: Barusan digosipin koq udah bermasalah... Ternyata dukungan stored procedures SQL Server 2005 di VS 2005 memang tidak terlalu bisa dibanggakan. Setelah menambahkan function yang dimaksud, saya heran lho koq hasilnya selalu "null"??? Padahal kalo dicoba langsung (lewat query) bisa. Setelah ngedebug masuk ke .Designer.cs-nya, ternyata VS2005 "salah" mempersiapkan SqlCommand object yang digunakan, sehingga ExecuteScalar selalu menghasilkan null.
Akhirnya saya pakai cara lain, bikin saja query baru di TableAdapter tersebut, pakai SQL "murni" :
SELECT get_last_check_log_time(@employeeId)
Jauh dari type safety, tapi jalan. VS2005 memang "makhluk" aneh...
Update 2: Pada saat saya mencoba membuka artikel ini di http://blogs.netindonesia.net/ceefour/archive/2006/09/16/10970.aspx, apa yang saya dapat adalah seperti di bawah ini. Hmm... kalo bikin aplikasi di .NET yang sebegitu banyak memberi kemudahan (terutama dalam hal compile-time checking) saja bisa ngebug, bayangin seberapa sulitnya membuat aplikasi2 PHP, Perl, C, dll. yang bug-free.
INDC Blogs - KESALAHAN DALAM APLIKASI!
PESAN KESALAHAN
Value cannot be null. Parameter name: value
Kembali ke Site Utama