--- Arie Kusuma Atmaja <[EMAIL PROTECTED]> wrote: > > > 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
yg ditanyakan itu kan soal idiom ri. atau buka thread diskusi baru aja mengenai pattern, pasti menarik. > daripada koding "pengen cepat" selesai. decorator cuma nebak kok, bisa juga oh nggak. saya juga ngga tertarik dng brevity over clarity. jangan salah dng brevity junk di perl. kalo harun al jaim bilang "ngga ada itu..! ngga ada! ngga ada!" :-) ada rupa2 fun di perl community, yg pertama adalah golfing. golfing (atau perl golf) itu adalah bagaimana melakukan sesuatu dalam program yg sependek mungkin. lalu obfuscated code. ini contohnya adalah kaos onta yg dijual steven haryanto bbrp tahun yg lalu. lalu ada juga menulis puisi dalam perl. lalu ada juga namespace Acme di cpan, isinya buat lucu2 aja :-) misalkan: perl -MAcme::Homer -ewhy_you_little :-) jadi golf itu cuma salah satu aktivitas fun di perl. bukan recommended practice di real programs :-) > > > 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. o itu non-object. jadi begini, umumnya failures di perl itu diindikasikan dng retval undef, bukannya throwing exception object. idiom di atas umum juga dijumpai di ruby, misalkan @data or raise "pls specify data". kalo saya lihat sih ruby banyak menyerap ilmu nabi larry wall. jadi bukan cuma soal command line argumen yg mirip, lalu built-in variables. tapi lebih dalam dari itu (desain bahasa) terpengaruh juga. seperti raise/rescue bisa ditulis sbg statement modifier, tidak selalu perlu block (jika memang tidak perlu!) > 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) kalo fitur standard perl5 (bukan modul cpan), yg ekivalen dng raise/rescue adalah eval block (bukan eval string, lho). ini umum dipakai juga selain check retval. biasanya ini sudah memadai. kalo butuh exception handling yg lebih kelas berat macam ruby punya, silaken pake Error.pm cpan. rgds, Edwin. ________________________________________________________ Bergabunglah dengan orang-orang yang berwawasan, di di bidang Anda! Kunjungi Yahoo! Answers saat ini juga di http://id.answers.yahoo.com/
