--- In [email protected], Edwin Pratomo wrote: > itu ada di buku pickaxe, ri
(mumbling myself) ho, ntar ta' buka buka dulu bukunya.... duh mana sih ga ketemu2x.. hm.. (ngelirik ke beginning ruby, dapet tapi belum puas), nyontek dulu disini http://en.wikipedia.org/wiki/Ruby_%28programming_language%29#Exceptions hm.. masi kurang2x.. waaah dah ketemu nih di pickaxe2 panjang amat result searchnya.. hweh ini contoh socket file handlingnya pake while pula. hm, mulai nyeruduk2 remas2 rambut.. ooh ini dia ktemu! halaman 346, jadi ada tiga cara ya: dalam blok begin/end, dalam metode (def/end), dan terakhir diperingatkan ada 1.8 nya setelah eksekusi single statement. pingin tes irb19 ah lihat error.. m:Desktop arie$ irb >> fh = File.open("add_to_delicious.rb") => #<File:add_to_delicious.rb> >> fh = File.open("takada") rescue nil => nil >> exit m:Desktop arie$ irb19 irb(main):001:0> fh = File.open("takada") rescue nil => nil irb(main):002:0> exit m:Desktop arie$ wah kok nggak error :-B > yg nomor 3 saya lebih suka: true and foo. wah kalo pake and saya juga sih, tapi sering trauma kejebak sama gini nih jadinya cari yang aman aja. mis. ada koding (jadi curhat): ... do |..| end.metode => error, harus pakai (do .. end), tapi kalau { } nggak pake ({}) nggak error. sama yang itu tuh !blah aman not blah heit kalo ada lagi temannya kejebak lagi saya digigit. dst. > mangsudnya bgmana? > btw konstruk begini bisa: > fh = File.open(fn, 'r') rescue next > (tanpa nil). tapi ini percuma juga, karena dipake di .collect, jadi saya butuh > nil nya itu. > ya ini lebih baik.. > decorator? apa hubungannya? ndak nyambung saya :-) > pls elaborate.. pertanyaan simple saya sebetulnya gini seperti biasa: mau ngapain? bukan yang mau nangkap nil itu tau saya. maksudnya _semua_ codes nya (jadi penasaran, nilnya mau diapain, gara2 diapain) kali aja desain programnya bisa jadi lebih cantik daripada koding "pengen cepat" selesai. decorator cuma nebak kok, bisa juga nggak kesana (tapi ke lain, mis. kita bikin builder aja ke lainnya [ini juga nebak2 lagi soalnya kayaknya lagi pada mo bikin creational object sih]). tapi kalo kodingnya mbalik ke C nakuti mending nggak jadi -_- sependek pengalaman saya kalo pas pair programming asik, tangan saya mulai nulis obyek anu sudah bunyi "ihrgh" sama kepala temen, satu biji sebelah, jadi biar desain nulis programnya lebih cantik => asik. > yaah harap dimaklumi.. namanya juga baby talk :-) wih kalo panjenengan baby talk, kalo saya berarti "belum lahir talk" =)) > jangan mencurigai background saya :-) > mengenai kripik itu relatip. dulu waktu di semarang saya ada teman seorang > doktor lulusan vrije londo sana. berarti satu kampus sama tanenbaum nih.. > tapi nanti dulu... doktornya ini di bidang pangan :-) > nah ketika dia lihat saya ngedit html.. ya "ha te em el" my friend.. dia udah > kagum banget: "wah ini program komputer ya" sambil gedeg2 .. > nah html itu kripik buat dia :-) seingat saya pas mbandingin mbaca koding perlnya bapak onta sama onta satu lagi si kabayan pot, jauh lebih kripik dan suka bilang kalo panjenengan gak suka kripik deh ;-) > open FH, "foo.txt" or die "gitu aja kok repot" nah *balik lagi kita ke ruby*, kalo kita desain obyek trus mengharuskan user yg ngakses obyek kita or die gitu berarti desain obyek yang kita bikin belum fleksibel kan. bener gak. omong2 soal exception handling, sampai detik ini pun juga saya masih suka nyari tuh prof bukunya yang bisa ngajarin saya lebih dalam selain satu yang saya sebut barusan sama faktor2 yang ada di wikipedia (http://en.wikipedia.org/wiki/Exception_handling), karna kalo saya klik klik lagi link2 seterusnya dari link barusan tadi biasanya larinya ke aljabar dst... masi nyari orang yang bisa njelasin.. penasaran saya, dulu pernah ada dibahas sama steven di id-perl dia orang perl kok sukanya pake modul CPAN buat exception handling juga, padahal, kalo dari sudut pemahaman saya (dulu pernah diterangin pak hasan) kalo OO di Perl itu subset, bukan kayak ruby, nah jadi kenapa musti bela-belain pake modul cpan demi exception, sebetulnya lagi pertanyaan selanjutnya dari itu adalah kenapa nggak pake if atau bikin fungsi sendiri aja. (kalo mis. dijawab ama steven gini: highly recommended, OO deh, bagus deh => saya belum puas) > ndak kripik toh? "kripik ato nggak itu relatip" -_- # mumbling mimicking lagi. ih kalo saya di JKT jadi pengen ngobrol2 (gathering id-ruby) soal exception handling ini deh... (termasuk throw and catch) > rgds, > Edwin. arie http://ariekusumaatmaja.wordpress.com clue gini clue gitu..
