digitalXPerience

Bicara tentang Reverse Engineering

noreply@blogger.com (Anonymous) — Wed, 20 Jan 2016 10:58:00 +0000

Gue rasa proyek reverse engineering termasuk proyek-proyek umum yang terjadi di industri, gak cuma software sebenernya. Dalam hubungannya dengan reverse engineering software, harus mulai dari mana? Dokumentasi bisnis prosesnya? gambar diagram-diagram dari setiap use case, modul, aktivitas, fungsi, fitur, database? Kalo kita sudah punya itu semua, apakah artinya kita pasti bisa implementasi ulang produk tersebut dan bisa jadi, setidaknya secara fungsional, sama persis?

Ngebahas diagram dan bisnis proses. apabila kita ngejalanin bisnis proses analysis salah satu diagram yang umum dihasilkan itu ya bisnis proses diagram. Bentuknya lebih mirip activity atau flow diagram di uml daripada use case. bisnis proses gak terus langsung bisa dipakai buat bikin aplikasi. Dalam hasil analisa bisnis proses kita bisa pertimbangkan mana yang bisa di support menggunakan aplikasi (bentuknya bisa macem2 gak cuma software, mungkin alat berat, perkakas atau bangunan). Disitu kita juga bisa mempertimbangkan optimalisasi. ngelihat mana proses yang perlu dibuang atau ditambahkan. bahkan kadang disitu kita bisa melihat, menemukan atau mempertimbangkan potensi bisnis baru.

Apakah untuk reverse engineer aplikasi tersebut perlu dibuat dokumentasi bisnis proses nya terlebih dahulu? buat gue ya belon tentu perlu. Mungkin kalo alasannya supaya ke depannya semua stakeholder (bisnis, tehnik, provider, dll) bisa berpegang sama satu informasi dasar yang sama, bisa jadi dibutuhkan. Kalo memang dibutuhkan ya time & budgetnya tentu harus disesuaikan. Itupun harus diperhatikan mo seberapa yang di analisa, banyak bisnis, terutama yang baru start, punya bisnis proses yang cepat berubah karena harus menyesuaikan sama kondisi. Perusahaan2 besar banyak yang punya departemen yang bisnis prosesnya jelas bahkan kadang tersertifikasi. Kantor pemerintahan punya banyak proses yang sudah jelas. Tapi begini pun kadang bisa berubah juga. misalnya regulasi baru di reformasi birokrasi. Dan jangan lupa analisa bisnis proses itu bukan analisa untuk bikin aplikasi software loh. Dari point ini niat awal reverse engineering sebenernya masih jauh.

So sekarang katakan lah lo dah punya informasi dasar dari bisnis proses. kira2 udah tahu aplikasi yang mo di reverse engineer itu meng cover bisnis proses bagian mana. Selanjutnya ngapain? Pada dasarnya (pada dasarnya loh ya). Bisa mulai requirement engineering. mulai lihat aplikasinya bisa apa aja, tanya sama yang pake ini fitur buat apa, kenapa bisa kok fitur ini dibikin begini? apa alasannya? itupun belon tentu semua yang pake atau yang berhubungan sama aplikasi itu tahu kenapa aplikasi itu dulu dibuat seperti itu.

Terus gimana? hajar requirement engineering. kumpulin semua fitur, modul, dlsb, dari situ design sistim dan software arsitekturnya, kalo uda jadi kita punya dokumen beratus2/beribu2 halaman
penuh dengan diagram2 UML cantik. kita kasih ke developer dan mereka pasti dengan bahagianya implementasi-in buat kita karena semuanya sudah "jelas" terdokumentasi dengan baik di tahap awal.

Hal seperti ini bisa saja dilakukan, tapi gue sih prediksi projekt seperti ini lebih dekat ke ambang kegagalan dari pada on time & on budget. Lo gak akan pernah tahu apakah requirement yang lo kumpulin itu sudah pasti cover semua yang ada di dalam aplikasi itu. lo ga akan pernah tahu juga apakah arsitektur yang di desain itu sudah pasti sesuai dan meng cover semua requirement. Dan lo yakin developer bakal bahagia kalo kerjaannya "tinggal" implementasi? Yakin pada baca ga? uda ditulis & digambar panjang lebar :D buat gue ini mimpi indah :) Bisa jadi ada developer kaya gini, dan mungkin juga banyak. Tapi buat gue sih ini developer males mikir, gak punya niat belajar, dan gak suka menghadapi tantangan.

Definisi flexible itu harus jelas. Fleksibilitas itu selalu trade off dengan kompleksitas. Buat gue, gak ada end product yang flexible. Setiap produk pasti punya tujuan, tujuan ini jadi value produkt tersebut. kalau sebuah produk dibuat untuk digunakan menciptakan produk, bisa saja kita anggap produk itu "fleksibel". Tapi pada dasarnya ya enggak. produk itu memang dibuat untuk menciptakan produk. itu tujuannya dan value yang ada di dalamnya.

Kalo lo buat aplikasi "fleksibel", liat lagi, ini dibuat fleksibel karena lo bingung client/user "maunya apa" atau ada value yang jelas dari fleksibilitas tersebut. Kalopun "maunya" jelas dan terang benderang, liat lagi value nya. apa perlu buang uang, tenaga, pikiran untuk hal yang dipakai setaon belon tentu sekali misalnya. kalo itu bisnis critical ya silahkan.

Saran gue? kerjakan bertahap secara iterativ. kumpulkan requirement berupa user stories, mo gambar UML silahkan, sesuai kebutuhan aja. libatkan arsitek dan developer dalam estimasi waktu implementasi dan delivery. tentukan most viable product / feature. tentukan release time box yang pendek (dibawah 1 bulan). Release often, get feedback often. user harus menggunakan aplikasi yang lama & yang baru secara bersamaan dalam menjalankan proses bisnis. time box nya ditentukan saja bersama. tujuannya kan dengan aplikasi baru proses bisnis / output bisa berjalan seperti menggunakan aplikasi lama. Dokumentasi bisnis proses, requirement engineering, arsitektur atau dokumen teknikal lainnya bukan untuk mendukung user manual. kalo user manual dirasa belum cukup ya diperbaiki atau aktualisasi user manualnya. informasi yang dirasa perlu diketahui di masukkan. belum tentu semua orang yang mo tahu cara pake aplikasi itu perlu baca UML diagram kok.

Make it in Germany

noreply@blogger.com (Anonymous) — Fri, 14 Dec 2012 07:20:00 +0000

Follow up pertemuan / gathering PHP Indonesia oktober lalu. ini gue forward email dari ppi jerman. buat kalian para IT Professional yang pengen merantau kesini :D kali aja ada yang mau... disitu juga ada link2 prosedur pendaftaran visa, cari sponsor (perusahaan) dll..

o iya btw.. si pak mentri rösler ini sebenernya orang vietnam loh.. diangkat anak ma bule jadilah namanya "rösler" hehehehe... kalo gak pasti dah trang tring trong treng atau sejenisnya....

Mungkin ada rekan, kenalan atau saudara yang berminat kerja di Jerman. Pemerintah Jerman lagi bikin kampanye nyari tenaga ahli dari luar.

Salah satu program nya, bikin portal "Make It In Germany" yg memuat info ttg Jerman dan di kasih bumbu dg video clips ttg pekerja asing di Jerman.

Saya manfaatin kesempatan ini sekalian utk promosi SDM Indonesia, bahwa di Indonesia banyak tenaga ahli juga, bukan cuman ahli korupsi, yg selama ini di kenal di luar.

Ternyata Pak Menteri Rösler setelah lihat film tsb, menetapkan pilot project utk nyari tenaga ahli dari Indonesia, Vietnam dan India.

Ada juga berita pendamping di majalah Deutschland. Majalahnya kemenlu Jerman yang di sebar di kedutaan besar Jerman di seluruh dunia.

Semoga bermanfaat.

Presentasi Gathering / Meetup PHP Indonesia

noreply@blogger.com (Anonymous) — Sat, 20 Oct 2012 21:32:00 +0000

Presentasi dari Gathering / Meetup PHP Indonesia bisa dibaca di Slidshare.

Undangan Gathering / Meetup PHP Indonesia

noreply@blogger.com (Anonymous) — Fri, 12 Oct 2012 00:03:00 +0000

Forward undangan dari Milis PHP Indonesia waktu gue lagi pulang jerman.

Komunitas pegiat PHP di Indonesia yang berlokasi di Jakarta mengadakan gathering di kantor PT. Rynet.

Tanggal : Hari Kamis, Tgl 18 Oktober 2012
Waktu : Pokoknya setelah office hours selesai, langsung aja capcus ke TKP. Gak pake Lama!

TKP :
PT Rynet Cipta Teknologi Kompleks Ruko Golden Plaza(D'Best) Blok D-18
Jl. RS Fatmawati No.15
Jakarta 12420, INDONESIA

Materi Diskusi :
--- Study Banding dengan Pegiat PHP di Germany
--- Application Design based on PHP
--- Success Story
--- Cara mendapatkan beasiswa ke Germany
--- Cara jitu mendapatkan wanita idaman (Pagi para Jomblowers)

Pakaian : Bebas, Rapi, boleh wangi boleh tidak wangi, dan nyaman dipakai.

Itulah yang bisa saya sampaikan pada hari ini di pagi ini di hari jumat ini. Ini serius lhooo dan diharapkan kehadiran kawan-kawan milis nanti pada event ini.

Dependency Injection & Inversion Of Control

noreply@blogger.com (Anonymous) — Thu, 03 May 2012 06:45:00 +0000

Dalam kesempatan ini gue pengen ngebahas tentang dependency injection dan inversion of control karena gue sempet melihat di milis ada yang masih belum mengerti bedanya. Bahkan ada yang mengira bahwa DI atau IOC itu berbeda dengan Object Oriented Programming.

Di milis bahkan ada yang sudah menjawab dan jawaban tersebut, meskipun menurut gue belum lengkap, sudah menuju ke arah yang benar.

Thread lengkapnya bisa dibaca di milis.

Gue kutip jawaban dari mas Herloc disini:

Intinya sih semua dependency dari kelas tersebut dilakukan diluar, trus dimasukkan (inject) ke kelas tersebut melalui constructor atau setter (setModel misalnya)... Lebih ribet? Yup, namun kalo mau ganti2 implementasi dari dependency jauh lebih enak (database vs dummy)...

Contoh yang diberikan:
Cara biasa tanpa Dependency Injection

class Person_Model_Database
{
  function findAll()
  {
    $sql = 'SELECT * FROM t_people';
    
    return $db->queryAll($sql);
  }
}

class Person_Service
{
  private $model;
  
  function __construct()
  {
    $this->model = new Person_Model_Database;
  }
  
  function findAll()
  {
    // hak akses, dst
    
    return $this->model->findAll();
  }
}

$service = new Person_Service;
$people = $service->findAll();

Cara Dependency Injection

interface Person_Model_Interface
{
  function findAll();
}

class Person_Model_Database
  implements Person_Model_Interface
{
  function findAll()
  {
    $sql = 'SELECT * FROM t_people';
    
    return $db->queryAll($sql);
  }
}

class Person_Model_Dummy
  implements Person_Model_Interface
{
  function findAll()
  {
    return array('Gw', 'Lo', 'End');
  }
}

class Person_Service
{
  private $model;
  
  function __construct(Person_Model_Interface $model)
  {
    $this->model = $model;
  }
  
  function findAll()
  {
    // hak akses, dst
    
    return $this->model->findAll();
  }
}

// ambil data dari database
$dbModel = new Person_Model_Database;
$service = new Person_Service($dbModel);
$people = $service->findAll();

// ambil data bohongan dari array, gara2 yg bikin DB belom kelar2
$dummyModel = new Person_Model_Dummy;
$service = new Person_Service($dummyModel);
$people = $service->findAll();

menurut gue contoh mas herloc itu adalah jawaban yang tepat untuk Inversion of Control. tapi belum dependency injection.

gue ambil contoh kita punya 2 Service ya..

namespace app\service
  
  class Applicants{
    
    private $person;
    function __construct(model\interfaces\Person $person)
      
    {
      $this->person = $person;
    }
  }

namespace app\service
  
  class ClassRoom{
    
    private $person;
    
    private $room;
    
    function __construct(model\interfaces\Person $person,
                         model\interfaces\Room $room)
      
    {
      $this->person = $person;
      $this->room = $room;
    }
  }

maka untuk menciptakan 2 kelas tersebut kita harus menciptakan 2 kelas konkrit person dan room dimana nantinya kita masukkan ke konstruktornya Applicants dan ClassRoom

$personModel= new model\Person;
$roomModel = new model\Room;
$applicantsService= new app\service\Applicants($personModel);
$classRoomService = new app\service\ClassRoom($personModel. $roomModel)

fine.. ini baru dua.. gimana kalo dalam satu bisnis logik lo butuh 5 service sekaligus, dimana masing2 service bisa memiliki 3 model atau lebih yg berbeda? bakal pegel nyiptain modelnya satu2 dan masukin ke service class.

disini kita bisa menggunakan Factory Pattern atau sebangsanya

namespace util;

class Factory{
  
  public static function createApplicants(){
    $personModel= new model\Person;
    return new app\service\Applicants($personModel);
  }
  
  public static function createClassRoom(){
    $personModel= new model\Person;
    $roomModel = new model\Room;
    return new app\service\Applicants($personModel, $roomModel);
  }
  
}

jadi kita tinggal:

$applicantsService = util\Factory::createApplicants();
$classRoomService = util\Factory::createClassRoom();

Okay.. fine.. ini sudah mulai "dependecy injection".. kan kita punya class dimana kita bisa meng "inject" semua object yang kita mau.

Problem berikutnya adalah.. apabila kita punya 10 service yang butuh misalnya Person model, maka di factory class kita bisa kemungkinan memiliki 10 method dimana kita harus "inject" konkrit class Person 10 kali ke masing2 service tersebut. ini gak terlihat bakal mudah di maintain..

coba bayangkan, kalo kita punya satu line of code yang isinya kira2...

"untuk semua kelas yang memiliki dependency model\interfaces\Person, inject konkrit class model\Person"

dalam bentuk code mungkin bisa ditulis:

$container->bind('model\interfaces\Person')->to('model\Person');

kita gak butuh lagi inject satu2, kita gak butuh lagi Factory method seperti diatas. kita hanya punya satu Factory class dengan satu method "getInstance" (atau sejenisnya)

$applicantsService = util\Factory::getInstance("app\service\Applicants");
$classRoomService = util\Factory::getInstance("app\service\ClassRoom");

Problem berikutnya adalah.. (problem melulu... kapan beresnya...) gimana kalo model Person di Applicants gak sama dengan di ClassRoom? bukannya maka dari itu kita punya interface? :D misalnya Applicants akan menggunakan model\Person, dan ClassRoom menggunakan model\Student dimana Person dan Student sama2 implements model\interface\Person.

Statement binder diatas kan cuma berlaku "untuk semua kelas" yang memiliki dependency model\interfaces\Person.

untuk kasus khusus seperti ini solusinya bisa bermacam2. seperti misalnya menggunakan xml/yaml seperti symfony atau spring (java)
symfony yaml:

service.applicants:
  class: app\service\Applicants
    calls:
      - [ setPerson, [ @... ] ]
service.classRoom:
  class: app\service\ClassRoom
    calls:
      - [ setPerson, [ @... ] ]
      - [ setRoom, [ @... ] ]

spring xml:

<bean id="person" class="model.Person" />
<bean id="student" class="model.Student" />
<bean id="room" class="model.Room" />

<bean id="applicants" class="app.service.Applicants">
    <property name="person" ref="person" />
</bean>

<bean id="classRoom" class="app.service.ClassRoom">
    <property name="person" ref="student" />
    <property name="room" ref="room" />
</bean>

Apakah kita cuma bisa inject object? DI/IOC framework yang yahud gue rasa bisa inject semuanya.. dari primitive (int, string, bool, array) sampe object .. pokoknya apa yang dibutuhkan property sebuah kelas.. bisa kita inject. Ribet itu sebenernya hanya di awal waktu mempersiapkan semuanya.. kalo sudah masuk maintainance.. ini semua lebih terbaca dan lebih mudah refactoring nya.. belum lagi kalo kita mo Test Driven Development.. dengan membuat applikasi kita IOC.. kita sudah memotong2 setiap kelas dan method menjadi unit2 yang bisa kita test tanpa "dependency" dari kelas atau method lain.

Apa lagi yang framework ini bisa? framework yang yahud juga punya "scope" :D .. kalo di PHP gue bakal butuh "Request", "Singleton", dan "Session". di java ada lebih dari ini (misalnya Application scope). Dimana standard scope adalah "Request".

apa enaknya scope? bayangin coba, kalo kita harus maintain semua array atau isi $_SESSION.. makin gede aplikasi, makin bingung kita.. "username" udah kepake belum ya.. apa yang kepake itu "user" atau "userid".. eh tapi gue liat di debug tadi ada "id" apaan tuh ya? siapa yang pake?...

kita bisa saja membuat kelas model\Login yang kita deklarasikan scopenya sebagai session. jadi waktu di inject ke kelas lain, informasi yang ada dalam object model\Login tersebut akan ada/sama selama session belum expired. Dan apabila ada model lain yang juga dalam scope session misalnya model\Person. meskipun punya property yang kebetulan sama (name misalnya) kita gak perlu pusing kalo informasi tersebut tumpang tindih.. karena kita terimanya kan sudah berupa object.. dan meniympan dan membaca dari session sudah diatur sama frameworknya.

Singleton pun begitu.. kalo kita punya object DataAccess misalnya.. kita tentunya pengen sepanjang http request object ini cuma pegang satu koneksi ke database, tidak setiap kali kita panggil untuk diinject dia menciptakan object dan connection yang baru.

semoga memberikan pencerahan. :D

Rekaman EPHPC Webinar Unit Testing

noreply@blogger.com (Anonymous) — Fri, 08 Apr 2011 04:17:00 +0000

Video Webinar kemarin udah bisa diakses.

silahkan dilihat. jangan lupa feedbacknya ya... link feedback formulir juga terlampir :D

Dear All,

Thank you for attending our webinar session on PHPUnit presented by Arthur Purnama, ZCE a couple of days ago. And we just want to inform you that you can now view the recorded version of our webinar on:

http://www.enterprisephpcenter.com

Recorded Webinar: Unit Testing – Merangkak Menuju Pengembangan Aplikasi PHP yang Berkualitas dan Tahan Banting

Don't forget fill in the survey form

And support us by blogging/tweeting/write/discuss on the mailing list
or do anything about our webinar, and use the hashtag #ephpc-phpunit.

Warm Regards'
Happy PHP'ing

--
Enterprise PHP Center Team

Presentasi dapat dilihat di Slideshare.

Youtube Version:

Vimeo Version:

Undangan Webinar bertema Unit Testing

noreply@blogger.com (Anonymous) — Thu, 10 Mar 2011 20:32:00 +0000

Minggu lalu om Rama dari Rynet follow up kesediaan gue untuk jadi pembicara di webinar. Acara webinar ini difasilitasi oleh om Rama secara gratis buat komunitas PHP.
Gue bilang dengan senang hati gue bersedia. Gue akan berusaha mempersiapkan sebaik-baiknya. om Rama juga sudah janji untuk membantu dari segi teknisnya :) Semoga tidak ada hambatan.

Dengan ini gue mo mengundang teman-teman untuk menghadiri acara ini... cuma modal internet dan browser loh... jadi adil buat teman-teman yang di daerah juga :D siapa saja bisa ikut. gak peduli tempat.

Jangan takut ngeliat judul thema nya. thema nya gak berat kok, dan sebenarnya cukup basi... dan gue akan berusaha membuatnya berupa introduction jadi bisa diikuti semua.

So hadir ya.. gue bakal senang sekali kalo banyak yang hadir.. semoga tanggal dan waktunya gak jelek :)

Informasi acaranya gue copy paste, atau bisa dilihat disini

Terima kasih sekali lagi om Rama buat fasilitasnya :P

Unit Testing - Merangkak Menuju Pengembangan Aplikasi PHP yang
Berkualitas dan Tahan Banting
Start Date: Apr 06, 2011
Start Time: 13.00 WIB
End Time: 14.30 WIB

Speaker : Arthur Purnama, ZCE (Zend Certified Engineer in PHP5)
Current Job: Technology Consultant at Cirquent GmbH

Synopsis :
Dalam mengembangkan aplikasi, setiap orang pasti akan menguji/mengetest apakah aplikasi yang ditulis itu jalan atau tidak. Entah apapun itu atau bagaimanapun cara mengujinya. Dengan semakin kompleks atau semakin pentingnya satu aplikasi (apalagi buat di jual atau dipakai banyak orang), maka menguji kualitas atau mendeteksi kesalahan dalam aplikasi menjadi semakin rumit. Berbagai macam metode, langkah maupun tehnik diperkenalkan untuk dapat menguji aplikasi dengan mudah, efektif dan transparan. Dalam kesempatan ini akan dibahas satu bagian dari Software Testing, yaitu Unit Testing. Dimulai dari apa itu Unit Testing, apa bedanya dengan test yang lain (apa yang termasuk unit testing apa yang tidak). Keuntungan apa yang bisa didapat, apabila Unit Testing diterapkan dalam pengembangan aplikasi. Kerugian apa yang akan dihadapi jika tidak diterapkan. Strategi apa yang harus diperhatikan dalam menerapkannya. Hingga, tentunya, bagaimana cara menerapkan Unit Testing dalam proyek aplikasi kita.

Pembahasan tema ini akan menggunakan (atau memperkenalkan buat yang belon kenal) PHPUnit sebagai salah satu Unit Testing Framework dalam bahasa pemrograman PHP. Meskipun begitu Unit Testing memiliki pemahaman fundamental yang sama, sehingga Tema ini pada dasarnya juga bisa diikuti oleh mereka yang menulis aplikasi tidak dalam bahasa tersebut.

Duration : 60 minutes presentation + 15 minutes Q&A
Language : Bahasa Indonesia

Arthur Purnama, ZCE :
Bekerja sebagai Konsultan IT, Divisi Portal Solutions, Cirquent GmbH, München - Jerman
Tinggal di Frankfurt am Main, Jerman. Menikmati pengembangan aplikasi web menggunakan PHP dan Java, dan senang berbagi pengalaman nya di .... blog? hmmm... di mailing list user group indonesia :D. Kalo lagi bosen, suka belajar masak makanan indo di dapur, atau keluar foto - foto gak jelas :)

Address: http://rynetgroup.webex.com

Enterprise PHP ???

noreply@blogger.com (Anonymous) — Wed, 02 Mar 2011 08:01:00 +0000

Pada dasarnya aplikasi sudah bisa dibilang enterprise apabila dia bisa dipakai sebagai sebuah solusi dalam suatu perusahaan. gak peduli besar kecilnya. Dengan ini aplikasi blog paling murahan sekalipun apabila dianggap layak dan cukup untuk memenuhi kebutuhan sebuah perusahaan mempresentasikan existensinya di internet. bisa dibilang "enterprise software".

Hanya saja kebutuhan perusahaan umumnya tidak berhenti disitu saja. Jaman sekarang begitu banyak proses-proses bisnis dalam perusahaan (gak peduli apa usahanya) bisa dibuat lebih efisien menggunakan IT. Kemampuan software untuk bisa mengimplementasikan dan mengintegrasikan proses-proses bisnis ini yang membuat mereka di cap "enterprise".

Definisi panjang lebar tentang aplikasi enterprise bisa dilihat di wiki.

Tapi itu aja belon cukup. Ambil contoh lah bikin Aplikasi buat POS. bisnis proses POS perusahaan A belum tentu sama dengan perusahaan B. kalo lo mo jual software elo harus bisa di "costumize" kalo perlu tanpa perjuangan besar (koding, compile, deploy dsb). membuat sebuah aplikasi yang meng cover segala macam bentuk bisnis proses membawa satu tantangan kompleksitas tersendiri dalam mengembangkan aplikasinya. kalo bisa sampe sini nampaknya layak kita cap "enterprise"

Oh tapi gue rasa masih belum cukup sampe disitu.

Ambil contoh. Bang Jupri buka Toko Roti. Bang Jupri yang pergi belanja pagi - pagi, Bang Jupri yang panggang kuenya, dan Bang Jupri juga yang jual depan rumah. Bang Jupri gak muluk-muluk. butuh aplikasi buat akuntansi kecil kecilan aja, buat sekedar kontrol duit keluar masuk sama ngitung penghasilan.

Roti bang Jupri ternyata enak banget. belon sampe siang sudah abis mulu. akhirnya bang jupri manggil pegawai 2 orang buat bantuin dia. sekarang bang jupi mulai bayar gaji :)

Pegawai 2 orang ternyata gak cukup. sekarang bang jupri mulai beli mobil untuk angkut belanjaan, beli mesin panggang yang gedean supaya produksi bisa meningkat, dan beli kulkas buat nyimpen sisa bahan. sekarang bang jupi harus belajar ngontrol resource nya. :)

Saking lakunya, banyak pelanggan minta dibukain toko roti dekat kompleknya. dan bang jupri liat banyak pelanggannya juga yang dari komplek itu. akhirnya bang jupri expand usahanya. buka toko roti satu lagi pegawai bang jupri jadi banyak. Belanja ke pasar udah bukan solusi. bang jupri bikin kontrak sama supplier bahan dasar. sekarang bang jupri harus kontrol suppliernya supply sesuai jumlah yang dibutuhkan dan puffer di gudang cukup.. akhirnya bang jupri belajar logistik :D

Roti bang jupri beken kemana mana... tapi buka cabang gak selalu solusi utama. akhirnya bang jupri menyadari existensi internet. bang jupri expand ke web :D. bang jupri buka toko roti online. bang jupri kerja sama, dengan financial institute untuk memastikan kenyamanan berbelanja buat pelanggannya, bang jupri kerja sama dengan Jasa kiriman untuk memastikan barang yang dibeli pelanggan tiba dengan selamat.

Begitu bekennya roti bang jupri, sampe pelanggannya minta dibikinin roti yang lain, selain roti yang selama ini bang jupri jual. akhirnya bang jupri buka satu departemen yang khusus untuk menciptakan resep resep roti baru. bahkan departemen ini juga bekerja untuk mengoptimalkan proses pembuatan roti. departemen ini bahkan tidak hanya menciptakan roti roti unik, tapi juga menjadi inovator mesin mesin pemanggang roti...

STOOOOP....

wah ngalor ngidul...

ok. bisa gak sebuah aplikasi berkembang seperti layaknya bisnis berkembang? ataukah setiap kali bisnis berkembang bang jupri harus nge drop aplikasinya dan beli atau pakai aplikasi lain? kenapa gak pakai satu aplikasi, yang bisa ikut berkembang.. seiring berkembangnya perusahaan? kalau kecil.. ya kecil. sampai tiba saatnya saya butuh POS, tinggal tambahin POS, tiba saatnya saya butuh ERP. tambahin ERP, saya butuh Logistik, tambahin logistik. butuh crm? tambahin crm. Online shop?.. tambahin online shop... dst....

Kalo perlu master datanya sama. gak perlu migrasi-migrasi...

Kalo bisa.. ini baru gue cap "enterprise"

Apakah PHP bisa?

YA.. bisa-bisa saja kenapa nggak... tapi effortnya sejauh mana dulu. dibandingin sama aplikasi lain yang "tinggal costumize" dari raksasa seperti ibm, oracle, sap, to name a few... ingat biaya developing from scratch sama biaya costumize plus license gak sebanding. kompleksitas bisnis proses meningkat. kompleksitas pengembangan bisa meningkat exponensial. ini kadang hasil akhirnya gak menguntungkan.

Pake framework apa?

framework bakal bukan jadi pertanyaan disini. tapi seperti ditulis diatas bagaimana aplikasi kita bisa scale.. sama-sama dengan perusahaannya. bisa jadi kalo mo konsisten di PHP. framework hanya menjadi salah satu pertimbangan saja. pertimbangan lainnya bisa di databasenya apa, hardwarenya apa, perlu cache gak.. data centernya dimana.. dlsb...

bicara tentang framework dan kerja yang efisien. buat gue belum ada satu framework php yang merupakan "the" framework. Zend Framework bisa jadi punya banyak tools yang tinggal dipakai. tapi masih banyak hal yang Zend tidak punya. Ini bisa saja dipecahkan dengan mengkombinasikan Framework yang ada.. belum lagi IDE nya? bagaimana dengan Continous Integration? Testing? Work Methodology? dlsb...

So... Buat kalian yang bertanya tentang Enterprise... mungkin tanya balik.. diri kalian, atau bos kalian.. atau siapa saja dimana pertanyaan itu muncul... "enterprise" itu maksudnya apa? Sebenernya "masalah" nya itu dimana? apakah bener2 butuh yang seperti itu?

kadang lo gak selalu menghadapi Owner.. CEO atau boss.. bisa jadi cuma manager yang pengen ngabisin budget taon ini. bisa jadi pegawai yang 5 taon kedepan juga belon tentu di perusahaan itu. maka buat dia juga selama aplikasi tersebut bisa jadi solusi untuk x tahun kedepan. it will be enterprise enough :D

Struktur File, Modul dan Komponen dalam Aplikasi

noreply@blogger.com (Anonymous) — Wed, 01 Dec 2010 17:33:00 +0000

Di milis id-php ada yang sering kali kesulitan dalam membuat aplikasi yg benar2 loose coupled, walau sudah bikin pake framework pun kayaknya masih belum puas terhadap aplikasi yg di buat. Seringkali ketika membuat modul atau komponen baru, dan dipasangkan ke aplikasi saya tadi, ada saja bagian yang harus disentuh didalam coding.

Pertanyaannya bagaimana kita bisa membuat antar modul atau komponen bisa saling berkomunikasi tanpa memiliki ketergantungan antar modul tersebut.

Thread lengkapnya bisa dibaca langsung di milis. Disini gue ingin menuliskan pandangan gue yang juga gue post disana.

Karena yang bertanya sedang bekerja menggunakan yii framework, banyak pertanyaan yang menuju solusi spesifik di yii framework. Sebelum gue coba jawab, gue disclaimer dulu ya... gue bukan pengguna yii... untuk mencoba mengerti kasus lo, gue coba baca-baca dokumentasi yii.. dan dari situ gue coba mengerti gimana arsitektur aplikasinya. gue bakal berusaha menjawab pertanyaan lo dengan tidak mengesampingkan yii sebagai framework yang udah lo pakai. kalau elo atau teman2 lain ada melihat kesalahan pengertian gue terhadap arsitektur yii.. silahkan dikoreksi..

gue gak akan membahas yii dari sisi technical seperti.. gimana caranya make x atau cara ngejalanin y atau sejenisnya.. tapi lebih ke sisi arsitektur.. tenang... bukan berarti gue gak bahas sama sekali technicalnya.. hanya saja gue akan berusaha kasih contoh atau link.. alasannya gue gak bahas technicalnya dalam2.. ya karena itu... gue gak perna pake yii.. mungkin elo yang biasa pake bisa lebih tahu dari gue.

so gue mulai ya...

ada 2 hal berbeda sebenarnya dari pertanyaan elo. ini mau gue jelaskan terlebih dahulu. supaya gak bingung. yang pertama adalah Arsitektur yang baik dimana kita dapat memiliki komponen/kelas/property yang reuseable antar modul. yang kedua adalah Arsitektur untuk bikin modul yang pluginable.

Ini 2 hal berbeda. dan membuat pembangunan aplikasi memiliki tujuan dan arsitektur yang berbeda. kalo aplikasinya "pluginable" itu artinya aplikasi elo sebenernya bisa ditambahkan third-party komponen (komponen yang ditulis orang lain diluar project aplikasi elo sendiri). Lo jadi harus publikasiin spesifikasi interface elo, supaya orang bisa bikin plugin buat aplikasi elo. dan aplikasi elo sendiri harus dibuat sedemikian rupa supaya siap untuk menerima plugin tersebut entah apa itu pluginnya. karena pada dasarnya bisa apa saja, suka2 orang yang nulis plugin nya.

Kalo gue bole ambil contoh yang dikasih bro Indra, menurut disitu ada beberapa hal yang menyimpang dari konsep plugin itu sendiri. biasanya arsitektur plugin itu gak akan masukin komponen nya langsung kedalam aplikasi utama (copy paste ke directory yang dipakai untuk ngembangin aplikasi utama), umumnya aplikasi utama punya satu directory atau satu pool buat naro plugin, jadi terpisah baik secara fisik maupun konteks dari aplikasi utama. hal yang lain terjadi pada relasi antar object yang "pseudo" dinamis. memang objectnya dinamis. tapi foreign key nya nggak ('user_id'). artinya kalo kebetulan di database atau di object model foreign_key nya bukan 'user_id', tapi misalnya 'person_id' plugin nya gak jalan. ya ini memang bisa diperbaiki hingga semuanya dinamis.. terus tulis spesifikasinya dan lain sebagainya.. tapi Gue pribadi gak gitu yakin kalo ini tujuan dari aplikasi elo.

Kalo baca dari tulisan elo. sepertinya lo cuma butuh untuk tahu gimana Arsitektur yang baik supaya kelas-kelas atau module elo bisa berkomunikasi atau digunakan satu sama lain tanpa memiliki ketergantungan yang erat (loose coupled). semoga asumsi gue benar. dan gue akan menjelaskan tentang ini saja. karena kalo musti ngebahas bikin aplikasi pluginable.. bisa gak selesai-selesai :D

kalo lihat dari arsitekturnya yii framework. yii sudah memberikan kesempatan buat para penggunanya membuat aplikasi yang loose coupled dan high cohesive. gue jelaskan sekali lagi prinsipnya. sebuah kelas/komponen yang baik itu seharusnya loose coupled.. artinya memiliki ketergantungan yang minim antara satu dengan yang lainnya. ketergantungan itu pasti ada, tapi dibuat seminimal mungkin. sebuah kelas/komponen yang baik itu seharusnya high cohesiv.. artinya memiliki satu tujuan atau maksud eksistensi yang jelas.

kalau melihat contoh code yang lo kasih, code elo yang pasti gak kohesiv, karena ada fungsi untuk generate html code di dalam sebuah kelas yang tujuannya adalah sebuah object model.

Dalam hal ini gue pribadi tetep gak ngerti alasan dibalik itu. apa alasannya lo naro fungsi buat generate html di dalam kelas model? gue baca di dokunya, yii punya "component"

kalo liat contohnya kayak gini [TagCloud]

bukankah itu satu code snippet yang generate html untuk digunakan dimana saja? menurut gue konsep ini cukup bagus dan tentunya reuseable. kenapa gak pake ini? ini sudah out of the box dari yii.

lo membuat module dalam yii framework. dengan contoh module siswa dan module kota

kalo baca dari dokumentasinya yii tentang module maka masing-masing module itu seperti aplikasi yang berdiri sendiri (punya view nya sendiri, punya controllernya sendiri, modelnya sendiri, dan lain-lain sendiri)

berarti.. dalam bayangan gue struktur file elo kayak gini

modules/
  siswa/
    SiswaModule.php
    components/
    views/
    controllers/
      DefaultController.php
    extensions/
    models/
      Siswa.php
    views/
    layouts/
    default/
      index.php
  kota/
    KotaModule.php
    components/
    views/
    controllers/
      DefaultController.php
    extensions/
    models/
      Kota.php
    views/
    layouts/
    default/
      index.php

so sekarang lo harus ngerti bahwa secara prinsip arsitekturnya lo gak bisa bikin relasi model antar module. jadi untuk menyatakan bahwa seorang siswa datang dari satu kota, dan dari satu kota datang banyak siswa. masing-masing module harus memiliki modelnya sendiri2. jadi kira2 seperti ini

modules/
  siswa/
    SiswaModule.php
    components/
    views/
    controllers/
      DefaultController.php
    extensions/
    models/
      Siswa.php
      Kota.php
    views/
    layouts/
    default/
      index.php
  kota/
    KotaModule.php
    components/
    views/
    controllers/
      DefaultController.php
    extensions/
    models/
      Siswa.php
      Kota.php
    views/
    layouts/
    default/
      index.php

ini secara prinsip arsitektur loh ya... technically keliatannya bisa saja langsung membuat relasi antar model meskipun model tersebut ada di module
lain. silahkan liat ini atau contohnya mas indra setiawan. dengan menganggap bahwa secara teknis hal ini "mungkin". maka "ketergantungan antar modul" ya jelas tidak dapat dihindari.. udah jelas-jelas disitu lo sengaja bikin relasi model dimana modelnya ada di 2 module yang berbeda.

sekarang anggap saja kita mau mengikuti jalan arsitektur yang benar. kita sadar bahwa 2 model yang sama ada di masing-masing modul. apabila kita punya banyak modul dan di setiap modul kita butuh model siswa, maka model siswa akan ada di setiap modul. ini jelas tidak baik, karena code yang ada ditulis berulang-ulang. dan nantinya sulit untuk di maintain. maka ada baiknya komponen/kelas/model/apa saja yang akan dibutuhkan di semua module, ya ditulis satu kali, dan secara struktur terletak di luar module. gue ngebayangin nya ya kira-kira kayak gini

models/
  Siswa.php
  Kota.php
modules/
  siswa/
    SiswaModule.php
    components/
    views/
    controllers/
      DefaultController.php
    extensions/
    models/
    views/
    layouts/
    default/
      index.php
  kota/
    KotaModule.php
    components/
    views/
    controllers/
      DefaultController.php
    extensions/
    models/
    views/
    layouts/
    default/
      index.php

Sekarang jangan tanya ke gue gimana itu model/komponen/class/apa saja, bisa dikenali oleh masing-masing module kalo ditaro seperti itu :D... pertanyaan technical ini gue balikin ke elo sebagai orang yang lebih sering pake yii.. Tapi sehubungan dengan ini gue juga ingin menjawab pertanyaan elo yaitu:

"Seringkali ketika membuat modul baru, dan dipasangkan ke aplikasi saya tadi, ada saja bagian yang harus disentuh didalam coding."

bagian apa yang harus disentuh dalam coding? bagian terlarang? :D apabila pada awalnya lo cuma punya module siswa.. beserta modelnya.. terus datang kota/kabupaten.. lalu antara siswa dan kabupaten memiliki relasi. ya jelas lo harus aktualisasi model siswa, minimal di bagian relasinya.. untuk menyatakan bahwa siswa ini datang dari kota x. kecuali lo mo bikin unidirectional relation.. yaitu hanya memberikan informasi siswa mana saja yang datang dari kota x. tanpa informasi siswa x datang dari kota mana. maka lo tidak perlu "menyentuh" model siswa.

inipun buat gue sudah minimal.. lo gak akan perlu "menyentuh" controller atau view masing2 module. penyajian viewnya kan beda. kecuali lo misalnya punya view kota yang mau lo attached di view siswa. inipun menurut gue lo sudah punya yii "component" sebagai solusinya.

terlepas dari itu semua.. database design dan domain model design (siswa model, kota model, mungkin sekolah model, beserta relasinya) umumnya sudah di pikirkan atau dipertimbangkan di awal sebelum coding aplikasi. ya gak semua tentunya.. bisa saja tiba2 ada model baru atau konsep baru nongol di tengah jalan.. itu lumrah.. tapi arsitektur yii gak mempersulit hal ini sebenarnya (penambahan model baru, definisi ulang relasi dsbnya). justru mempermudah.

"apakah ngedit script config untuk koneksi modul hal yang wajar?"

ya dan tidak... sekarang kalo lo koneksi databasenya ganti.. harus edit konfigurasi gak?... hayo... :P

yang namanya konfigurasi .. pasti ada saatnya dimana harus di "edit" statement "ya dan tidak" karena kalau dalam hubungan antar code php sendiri, sejak php5, php punya autoloader. dan seperti yang lo liat yii framework juga punya sejenis "autoloader". sejak php5 "autoloader" ini cukup intensif digunakan di setiap jenis framework. tergantung bagaimana frameworknya, atau elo sebagai pengguna framework men setup autoloader ini. bisa saja lo gak harus mengedit configurasi ini lagi sama sekali. umumnya sih autoloader ini bekerja dengan menggunakan naming convention tertentu. kalo di yii kayaknya namanya "namespaces".

// autoloading model and component classes
'import'=>array(
'application.models.*',
'application.components.*',
),

mungkin kalo lo bilang application.* lo gak perlu lagi edit2 confignya.. selama lo gak bikin kelas yang namanya sama :D. kalau di zend framework, ya mereka autoloadernya pake class naming convention. jadi kalo nama kelasnya Barang_Pecah_Belah, maka bisa ditemukan di frameworkpath/Barang/Pecah/Belah.php sekedar contoh.

Pertanyaan dari mas Didin

saya pernah pake cara ini, hal ini kalo menurut saya hampir sama dengan konsep yang di awal dikatakan mas indra untuk membuat core module yang di load setiap saat. cuman, apakah cara ini termasuk ke dalam loose coupled.

atau mungkin dari contoh kasus diatas misal saya mau design aplikasi yang secara simple terdiri dari siswa dan kota. hubungan siswa dan kota seperti biasanya.

kira-kira lebih efisiennya seperti apa? apa dibikin module kota sendiri dan siswa sendiri. atau hanya bikin module siswa dan untuk kota hanya dibuatkan model yang diletakan di model utama (core module).

untuk masalah high cohesive tadi, tujuan saya membuat method di class sebelumnya. untuk membuat element select yang nantinya bisa dimasukan ke dalam variable javascript. kenapa saya gak pake helpernya Yii (CHtml)?? karena helpernya yii menggenereate select dengan menyertakan format enter "\n" (mohon koreksi kalo seandainya pemahaman saya salah). yang kalo seandainya dimasukan ke dalam variabel di javascript akan error. makannya sya bikin method sendiri.

pada dasarnya kalo lo ngikutin arsitekturnya yii.. semua model, view, controller, component dan lain2 nya yii itu sudah cukup loose coupled. kalo lo mo lebih loose coupled lagi, lo musti kerja pake interface, punya class factories atau pake inversion of control container dll.. dimana yii sendiri gak mensupport itu out of the box, dan gue gak yakin lo butuh saat ini.. yang penting kan make yii dulu yang bener toh bukan begitu?

Dan ingat prinsip autoloader itu gak nge "load semua".. autoloader itu cuma ngeload waktu lo butuh.. jadi pas lo new Siswa() atau Siswa:: atau sejenisnya baru di load. kalo gak dibutuhkan gak di load.

gue lihat.. bekerja pake yii itu gak harus pake module. kalo lo liat contoh2 disini

itu contohnya semua gak kerja pake module. kalo dalam definisi yii itu istilahnya "default" module. kalo mo beneran pake module kan di dalam protected itu ada directory module, dimana di dalam directory module itu ada directory nama module nya (dalam doku contohnya forum) dan di dalam directory tersebut ada model, view controller component dll. sedangkan dalam contoh di link tersebut gak seperti itu.

antara gue gak ngerti bener tujuan aplikasi lo.. atau lo belum begitu ngerti kenapa orang bikin "module".. bikin aplikasi yang modular kadang gak selalu langsung bikin "module" :D dan apakah pengertian "core module" elo dengan prinsip "default module" nya yii itu sama.. gue juga gak tahu.. hehehe tapi mungkin mengenai module ini gue coba luruskan dulu...

seperti yang gue bilang sebelumnya atau sesuai dokunya yii.. module itu konsepnya satu aplikasi utuh. di dokunya mereka ambil contoh forum. biasanya kalo lo punya aplikasi yang besar. katakanlah lo punya webportal namanya "didin".. lo punya cms untuk portal beritanya, terus lo punya forum buat orang2 nongkrong.. terus lo punya online shopping.. dll...

masing2 punya kompleksitasnya sendiri2... kompleksitas spesifik ini yang menjadi tujuan module. banyak logik2 yang gak dibutuhkan atau gak berhubungan satu sama lain. apabila ini dijadiin satu, hanya merepotkan maintenance nya saja. ya.. ada satu point dimana ada hal-hal yang dipakai bareng.. katakanlah login information. hal hal seperti ini ya seperti yang gue bilang sebelumnya.. sebaiknya di taruh atau exist di luar module ini.

sekarang lo harus coba bertanya pada diri lo sendiri.. seberapa kompleks aplikasi saya? atau seberapa kompleks "siswa" atau "kota" sampe2 harus dibikin masing2 sebagai module? kalo tujuannya cuma pengen bikin satu data grid dimana cuma kasih liat siswa mana saja yang datang dari kota x? kayak gini mah gak perlu module.

lo cuma butuh 2 activerecord model. 1 controller dan 1 view... sekompleks2nya tambah satu form model.. sudah cukup...

1 active record model buat siswa, 1 buat kota.. masing2 kasih relasinya 1 controller kasih satu action. dan bikin gridnya di view.

kalo perlu tambahin form supaya bisa masukin nama kotanya.. biar grid siswanya dinamis.. sudah toh? gak perlu module.

mungkin lain ceritanya ya kalo mo bikin .... *mikir*... entahlah... aplikasi untuk pemerintah propinsi kali ya.. dimana lo punya satu bagian tentang "sekolah" dari urusan management nya, keuangannya, mungkin siswa dan pegawainya.. inventarisasi dlsbnya.. dan lo punya bagian lagi tentang "daerah" dari informasi pemerintahnya (kepala daerah, pegawai pemerintah) tata kota, akta-akta dan lain sebagainya. ini mungkin layak lo bikin satu modul sekolah dan satu modul daerah. dan kalo lo mo bikin hubungan "siswa" dan "kota" ya model dari kedua module tersebut harus selayaknya ada di luar module.

mengenai Chtml, gue gak bisa komentar karena gue gak tahu gimana cara kerjanya.. bahwa chtml ga bisa lo pake, menurut gue bukan alasan bahwa itu html select lo generate di satu method dalam sebuah active record class :D gue yakin itu method buat generate select pasti bisa lo taro di tempat lain.. yang pasti bukan di active record tempatnya. menurut gue itu yii component konsepnya sesuai. contohcomponent gue sempat kasih linknya.

Unit Testing di PHP

noreply@blogger.com (Anonymous) — Thu, 10 Jun 2010 08:12:00 +0000

Unit testing itu merupakan test paling dasar dalam pengembangan aplikasi. Terlepas dari apakah aplikasi elo itu ditulis menggunakan paradigma OO atau tidak. Dengan unit testing. lo melakukan sejenis "pembuktian" bahwa fungsi (unit) elo itu melakukan apa yang sebenarnya harus dilakukan. apabila sebuah fungsi (unit) bisa memiliki beberapa kemungkinan. maka sebisa mungkin semua kemungkinan ini di test/buktikan kebenarannya.

misal:
pada fungsi

f(x) = x^2

kita berasumsi bahwa apabila fungsi tersebut diberikan nilai minus pada parameter x, maka hasilnya pasti nilai kuadratnya dalam positif. kalau kita kasih nilai 0 maka hasilnya 0, dan kalo dikasi nilai positif maka hasilnya kuadratnya dalam positif.

maka dari itu, dalam men-test fungsi (unit) ini, kita butuh katakanlah 3 "test case" (kasus kali ya istilahnya), misalnya

jika x = 2 maka f(x) = 4
jika x= 0 maka f(x) = 0
jika x= -2 maka f(x) = 4

apabila waktu lo test, ternyata keluarnya gak sama, berarti ni fungsi "buggy".. harus dibenerin...

so karena ini milis php, dan bukan milis matematika, gue tulis contoh codenya. gue tulis contohnya menggunakan unit testing framework bawaan phpunit. yang penting disini konsepnya dulu, bukan gimana cara pake phpunit.

kelas yang mo di test :

namespace project\iseng;

class MyClass{
  
  public static function myMethod($x){
    return $x * $x;
  }
  
}

contoh unit test nya :

namespace project\tests;

use project\iseng\MyClass;

class MyClassTest extends PHPUnit_Framework_TestCase
{
  
  /**
   * @test
   */
  public function myMethodTestXEquals2()
  {
    $result = MyClass::myMethod(2);
    $this->assertEquals(4, $result);
  }
  
  /**
   * @test
   */
  public function myMethodTestXEquals0()
  {
    $result = MyClass::myMethod(2);
    $this->assertEquals(4, $result);
  }
  
  /**
   * @test
   */
  public function myMethodTestXEqualsMinus2()
  {
    $result = MyClass::myMethod(-2);
    $this->assertEquals(4, $result);
  }
  
}

apabila test ini di jalankan maka phpunit akan lapor OK. semua gak ada masalah. Akan tetapi dalam prakteknya menulis aplikasi. gak jarang kita menghadapi kesalahan dalam implementasi. Kesalahan itu bisa didasari berbagai macam alasan.... misalnya karena tidak paham benar konsep dasar proses bisnisnya. dan lain2.

sekarang gue ambil contoh lah. Anggap programmernya gak ngerti bahwa fungsi f(x) adalah x^2 ... dia cuma tahu hasil dari f(x) adalah 0 untuk 0, 4 untuk 2 dan minus 2. mungkin dia ga tanya lagi ke product ownernya.. atau tidur, waktu pelajaran kalkulus, diferential dan polynomial pas kuliah :D

jadi dia tulis begini :

class MyClass{
  
  public static function myMethod(x){
    return x * 2;
  }
  
}

waktu unit test nya dijalanin.. phpunit bilang OK.. no problem.. tapi waktu di deploy di produktiv server.. hitungannya salah semua.. karena waktu masukin angka 1.. sebenernya hasilnya harus satu, ini malah 2... waktu masukin 3 mestinya 9, ini malah 6... akhirnya softwarenya "buggy".

Sekarang mungkin muncul pertanyaan, gue uda nulis unit test, kok masih buggy? well, yang ngetest kan kita, yang semestinya paham bagaimana bisnis prosesnya harus diimplementasikan kan kita. maka dari itu, kita yang sebenarnya harus tahu lebih dahulu.. fungsi ini sebenernya maunya apa.. dan menulis test case dari segala macam bentuk kemungkinan yang ada. unit test sendiri hanyalah "perangkat" yang ngebantu kita untuk menulis aplikasi yang lebih berkualitas dan stabil.

Dengan sadarnya kita bahwa software kita buggy, dan unit test kita belum meng-cover semua kemungkinan yang ada. solusi yang harus dijalanin adalah tidak hanya mereparasi codenya, tapi juga menambahkan test-case pada unit kita. contoh :

namespace project\tests;

use project\iseng\MyClass;

class MyClassTest extends PHPUnit_Framework_TestCase
{
  
  //test case sebelumnya....
  
  /**
   * @test
   */
  public function myMethodTestXEquals1()
  {
    $result = MyClass::myMethod(1);
    $this->assertEquals(1, $result);
  }
  
  /**
   * @test
   */
  public function myMethodTestXEquals3()
  {
    $result = MyClass::myMethod(3);
    $this->assertEquals(9, $result);
  }
  
}

Unit Testing juga digunakan sebagai "perangkat" dalam bekerja menggunakan metodologi Test Driven Development dimana esensinya adalah "test first, then write the code". Dengan ini kita didorong untuk memahami dulu bisnis prosesnya atau tugas yang harus kita kerjakan. dan mempertimbangkan semua kemungkinan kasus2 yang ada yang akan terjadi ketika fungsi tersebut digunakan. Tulis test case nya dulu. baru menulis codenya.

Dalam hubungannya dengan bahasa berparadigma OO. Tantangan dalam menulis unit test salah satunya adalah interaksi fungsi dengan object. Maksudnya disini. kalo kita nulis satu fungsi/method, biasanya gak selalu parameternya itu angka atau primitiv data type, seperti contoh gue diatas. bisa jadi parameter x itu adalah object Pegawai.. dengan segala member attribute dan methodenya.

Dalam hal ini, ketika menulis unit test. kita harus pastikan bahwa unit test tersebut berdiri secara independen, dan tidak dipengaruhi efek2 samping dari luar.

misalnya f(x,y) adalah menghitung kenaikan gaji pegawai dimana x adalah object pegawai dan y adalah kenaikan dalam persen.

namespace project\iseng;

use project\models;

class MyClass{
  
  public static function hitungKenaikanGajiDalamPersen(models\Pegawai
                                                       $pegawai, $persen){
    $kenaikan = $pegawai->getGaji() * ($persen/100);
    $gajiBaru = $pegawai->getGaji() + $kenaikan;
    $pegawai->setGaji($gajiBaru);
  }
  
}

Apabila kita menulis unit test untuk fungsi ini, dan Object pegawai di initialisasi menggunakan informasi dari database. Maka unit test kita gak akan konstan kebenarannya. apabila di test berulang-ulang. misal :

class MyClassTest extends PHPUnit_Framework_TestCase
{
  
  //test case sebelumnya....
  
  /**
   * @test
   */
  public function myMethodTestNaikGaji10Persen()
  {
    $pegawai = projects\dao\Pegawai::getById(5);
    MyClass::hitungKenaikanGajiDalamPersen($pegawai, 10);
    $this->assertEquals(3300, $pegawai->getGaji());
  }
  
}

Dalam contoh ini, unit test menginitialisasi object pegawai dari database. menganggap si pegawai dg nomer 5 itu gajinya 3000 eur. setelah naik 10 persen jadi 3300. Mungkin pada test pertama benar. karena memang begitu keadaannya dalam database. tapi setelah test pertama. informasi dalam database sudah berubah. yaitu naik gajinya 3300. waktu menjalankan test untuk kedua kalinya maka yang dinaikkan 10% sudah bukan 3000 lagi, melainkan 3300. dan perbandingan yang ada dalam unit test sudah tidak benar lagi. phpunit bakal protes kalo test nya gagal.

Dalam hal ini, unit test mengenal istilah "mock objects".. dimana dalam test. object2 yang berinteraksi dibuatkan object "boong2an" untuk menunjang test tersebut.

contoh standard misalnya :

class MyClassTest extends PHPUnit_Framework_TestCase
{
  
  //test case sebelumnya....
  
  /**
   * @test
   */
  public function myMethodTestNaikGaji10Persen()
  {
    $pegawai = new projects\models\Pegawai();
    $pegawai->setGaji(3000);
    MyClass::hitungKenaikanGajiDalamPersen($pegawai, 10);
    $this->assertEquals(3300, $pegawai->getGaji());
  }
  
}

Dalam hal ini pegawai mungkin attributnya ga cuma gaji saja, tapi ada alamat dan lain sebagainya.. hanya saja karena dalam test ini hanya berurusan masalah gaji. kita membuat instance kosong dari kelas pegawai dan mengisi nilai gajinya sebelum diberikan ke method untuk menghitung kenaikan gaji.

Untuk hal2 yang kompleks umumnya unit testing framework memberikan tools2 extra dimana kita bisa membuat mock objects untuk test yang cukup rumit dan berinteraksi dengan berbagai macam object.

So sekian dulu.. sebagai penutup.. seperti teman2 yang lain bilang.. menulis unit test itu butuh latihan dan disiplin tinggi. gue sendiri saja masih sering gagal menjalankannya secara konsekuen. semua tahu bahwa hal ini menunjang stabilitas dan kualitas produkt. tapi dalam pelaksanaannya gak jarang penuh hambatan...

Selamat belajar.

Earth Hour

noreply@blogger.com (Anonymous) — Fri, 26 Mar 2010 14:53:00 +0000

waktu gue baca tentang aksi earth hour di indonesia yang mengundang rakyat indonesia untuk mematikan lampu selama satu jam. gue mikir. apa gak kurang tuh yang namanya mati lampu di indonesia? gue rasa kita semua orang indonesia pasti pernah ngerasain yang namanya mati lampu.. dan gak sebentar, bisa ber jam2.

gue dulu waktu kecil tinggal di denpasar bahkan perna ngerasain mati lampu ampe 2 mingguan... gue nguping bokap gue ngoceh ma orang pln.. katanya "apa-apaan ini.. ini mah bukan perusahaan listrik negara.. tapi perusahaan lilin negara kalo kayak gini". apakah keadaan di indonesia makin membaik atau tidak, gue pribadi gak tahu.. semoga saja makin membaik.

waktu kuliah di jerman bbrp tahun, gue perna ditanya ma anak indo.. "eh lo perna ngerasain mati lampu ga di jerman".. setelah gue pikir2 betul juga.. gue ga perna ngerasain... gue perna ngerasain mati lampu tapi cuma di gedung gue doang karena korsleting ato sejenisnya.. itupun cuma beberapa menit..

akhirnya gue penasaran, gue pengen tahu.. emang seberapa lama sih rata2 mati lampu di jerman dan di indonesia? cari2 di google, gue ketemu statistiknya jerman di wikipedia dan yang indonesia di website pln .

menurut statistik SAIDI(System Average Interruption Duration Index) jerman tahun 2008 adalah 16,89 menit per orang(atau pelanggan?) yang paling seru di indonesia satuan nya jam :D dan taon 2008 SAIDI nya adalah 80,90 jam per pelanggan :( pake satuan hari aja biar kecil :D 3,37 hari.

kalo gue mo balik lagi ke aksi Earth Hour... berarti dalam setaun bangsa indonesia mau atau tidak mau sudah menjalankan Earth Hour sebanyak hampir 81 kali... apa perlu ditambah sejam lagi?

buat para idealis.. tentu saja perlu... :D alasannya sudah disebutkan di forwardnya mas titus..

"bla bla 300 Megawatt, bla...bla.. 267 ton karbondioksida, bla... bla.. 267 pohon bla...bla.. 535 orang, bla...bla.. Rp200 juta." bla..blub... foo... bar.. echo "Hello Earth";

ya ya.. gue tahu.. infrastruktur kita tidak bagus... dsb.. dsb.. gak bisa dibandingin sama negara maju.. tapi hey.. negara kita tuh sumber energi..mereka dapat dari mana energinya kalo bukan dari kita? kincir angin mereka memang dimana-mana tapi itu hanya meng cover dibawah 10% kebutuhan energi mereka... mereka jauh lebih wajib ngelaksanain aksi earth hour dibandingin kita :D

apakah gue bakal ikutan aksi earth hour? hmmm... besok jam 20.30 gue uda pasti ga di rumah :D.. lampu pasti mati.. tapi listrik enggak :D soalnya kalo listrik gue matiin.. makanan gue buat seminggu di kulkas dan di freezer jadi rusak... akhirnya gue gak cuma ikutan earth hour.. tapi juga buang makanan.. gak ideal juga dong? buang makanan gitu loh... sementara orang
lain gak bisa makan.. bla bla.. blub.. foo... bar... echo... udah deeee :D

kok ga di ruma?

soalnya mao ikutan hr3@night club party...

yah sama aja dong?

gak juga.. kan gak pake lampu juga.. gelap gelap... justru kalo terang ga seru.. hehehehe..

maksa abis.. garing.. uda aaahh

Have a nice weekend yaaa buat semua... jangan lupa matiin lampu :D

Asosiasi antar obyek di PHP

noreply@blogger.com (Anonymous) — Sun, 21 Feb 2010 23:39:00 +0000

Apa itu agregasi apa itu komposisi? aggregasi itu salah satu bentuk asosiasi antar objekt... asosiasi object ada 2 macam. yang pertama dibilangnya "komposisi" yang kedua "agregasi"... UML notasinya bisa dilihat di wiki itu kalo komposisi node diamond nya itu diisi, kalau aggregasi itu kosong.

sekarang "asosiasi object" itu menjelaskan apa?

asosiasi object itu menjelaskan object X itu butuh atau menggunakan atau dibentuk dari object apa saja.

apakah asosiasi tersebut jenisnya "komposisi" atau "agregasi" ini dilihat dari ketergantungan object x tersebut sama object lainnya.

komposisi:
Object x "terdiri dari / dibentuk oleh / dibangun dengan / membutuhkan" object y, object z, dst... tanpa object y, object z, dst.. tersebut.. object x tidak bisa exist. atau dengan kata lain existensinya tidak berarti.. (oh apalah artinya hidup ini)

contoh ngasal dari wiki... object mobil terdiri dari object mesin, object ban, object gearbox, dst....

agregasi:
Object x "bisa memiliki / menggunakan" object y, object z, dst... tanpa object y, object z, dst.. tersebut object x tetap bisa exist.

contoh ngasal dari wiki... object danau bisa memiliki object bebek, object perahu dst...

ok sekarang kita masuk ke contoh aja deh ya...

class ProductModel {
  
  private $f1;
  
  public function setF1(F1 $f1) {
    $this->f1 = $f1;
  }
  
  
  public function getF1() {
    return $this->f1;
  }
  
}

class F1{
  private $f1;
  
  function setF1($f1){
    $this->f1 = $f1;
  }
  
  function getF1(){
    return $f1;
  }
}

object ProduktModel bergantung gak sama object F1? nggak, soalnya gue bisa menciptakan object ProduktModel tanpa object F1,

misalnya

$productModel = new ProduktModel();

gue juga bisa menciptakan object F1 tanpa object ProduktModel misalnya

$f1 = new F1();

gue bisa bikin object ProductModel berasosiasi sama object F1 misalnya

$productModel->setF1($f1);

so.. jenis asosiasi apakah ini? maka jawabannya "agregasi";

contoh berikut:

class ProductModel {
  
  private $f1;
  
  function __construct(F1 $f1){
    $this->f1 = $f1;
  }
  
  public function setF1(F1 $f1) {
    $this->f1 = $f1;
  }
  
  
  public function getF1() {
    return $this->f1;
  }
  
}

class F1{
  private $f1;
  
  function setF1($f1){
    $this->f1 = $f1;
  }
  
  function getF1(){
    return $f1;
  }
}

object ProductModel bergantung gak sama object F1? iya.. coba sekarang bikin object ProductModel tanpa object F1,

$productModel = new ProductModel();

gak bisa.. karena dalam penciptaannya (konstruksi nya) butuh object F1. maka:

$productModel = new ProductModel(new F1());

so.. jenis asosiasi apakah ini? maka jawabannya komposisi.

contoh lagi

abstract class ProductDAO {
  
  public static function create(ProductModel $product) {
    if ($dsn->query("INSERT INTO product (f1,f2,f3) 
                     VALUES ('{$product->getF1()}','{$product->getF2()}','{$product->getF3()}')")) {
      return true;
    } else {
      return false;
    }
  }
  
}

so.. kelas ProductDAO dalam hal ini abstract... entah dimana mestinya ada implementasi konkritnya.. tapi gak usah dibahas dulu. dalam hal ini tidak akan ada yang namanya object ProductDAO, karena sifatnya yang abstrak, kita gak bisa instantiate (baca koreksi gue di atas).

tapi kelas ProductDAO punya static method namanya create. methode ini butuh object ProductModel. kalo lo mo pake methode ini loe harus sertakan object ProductModel. misal:

$productModel = new ProductModel();
ProductDAO::create($productModel);

so.. jenis asosiasi apakah ini?.. ini sebenarnya asosiasi "komposisi" akan tetapi yang berasosiasi bukan antara object dengan object tapi static method dengan object...

kalo baca di wiki lebih lanjut... pada object yang memiliki asosiasi "komposisi"... apabila Object x dihancurkan, maka object y, object z, dst.. juga ikut hancur. sedangkan pada agregasi, apabila object x dihancurkan, maka object y, object z, dst... "bisa" tetap exist, karena tidak tergantung satu sama lain.

statement ini dalam OOP buat gue (kalo ada yang punya pendapat lain silahkan komentar) gak absolut. mungkin bisa gue jelaskan dalam contoh..

gue ambil contoh asosiasi komposisi seeperti diatas:

class ProductModel {
  
  private $f1;
  
  function __construct(F1 $f1){
    $this->f1 = $f1;
  }
  
  public function setF1(F1 $f1) {
    $this->f1 = $f1;
  }
  
  
  public function getF1() {
    return $this->f1;
  }
  
}

class F1{
  private $f1;
  
  function setF1($f1){
    $this->f1 = $f1;
  }
  
  function getF1(){
    return $f1;
  }
}

so.. kalau kita menciptakan object ProductModel seperti contoh gue diatas,

$productModel = new ProductModel(new F1());

maka statement wiki tersebut benar. apabila object $productModel gue hancurkan, maka object F1 juga ikut hancur. misal

unset($productModel);

akan tetapi bagaimana kalau begini : ?

$f1 = new F1();
$productModel = new ProductModel($f1);

pada dasarnya object ProductModel tetap memiliki asosiasi komposisi terhadap object F1 (tidak bisa eksis tanpa F1) akan tetapi apabila objectProductModel kita hancurkan, object F1 tetap eksis, karena variabel $f1 masih punya reference ke object F1:

unset($productModel);
//object F1 masih exist... ga percaya?
var_dump($f1);

dengan ini statement tersebut tidak benar... statement tersebut kayaknya berlaku untuk bahasa2 seperti C, karena definisi asosiasi sendiri sudah ada lama jauh sebelum object oriented paradigma (betulkah begitu?... gue butuh dukungan atau komentar atas hal ini :D )

2 contoh lagi buat direnungkan atau di diskusikan:

contoh 1:

class ProductModel {
  
  private $f1;
  
  function __construct(F1 $f1 = null){
    $this->f1 = $f1;
  }
  
  public function setF1(F1 $f1) {
    $this->f1 = $f1;
  }
  
  
  public function getF1() {
    return $this->f1;
  }
  
}

class F1{
  private $f1;
  
  function setF1($f1){
    $this->f1 = $f1;
  }
  
  function getF1(){
    return $f1;
  }
}

pada snipets diatas.. constructor parameternya gue kasih default value (dalam hal ini default value null) berarti sekarang object ProductModel sudah tidak bergantung lagi sama object F1. Karena gue sekarang bisa menciptakan object ProductModel tanpa F1:

$productModel = new ProductModel();

berarti sekarang asosiasinya agregasi dong :D

contoh 2:

abstract class ProductDAO {
  
  public static function create(ProductModel $product = null) {
    if ($dsn->query("INSERT INTO product (f1,f2,f3) 
                     VALUES ('{$product->getF1()}','{$product->getF2()}','{$product->getF3()}')")) {
      return true;
    } else {
      return false;
    }
  }
  
}

sama seperti contoh 1, hanya saja kali ini bukan object tapi static method.

pada dasarnya gue "bisa" memanggil static method create tanpa menyertakan object ProductModel karena parameternya kita kasih default value (lagi2 null).. :

ProductDAO::create();

akan tetapi kalo lo liat pada implementasi create, disitu object $product gue pake.

.... VALUES ('{$product->getF1()}','{$product->getF2()}',' .....

meskipun "tidak harus" menyertakan object ProductModel, methode tersebut tidak bisa dipakai (existensi nya tidak berarti :D ) karena tetap butuh object ProductModel.

maka dari itu asosiasinya tetap komposisi dong? :D

Pertanyaan dari polutan:

gimana gambar UML nya untuk menyimbolkan bahwa yang berasosiasi bukan antara object dengan object tapi static method dengan object? Semua contoh2 dan yg di Wiki contohnya pasti melewatkan object B melalui konstruktor class A. Apalagi in abstract class dan static method, jd nggak yakin membuat gambarnya spt yg di tutorial2 itu..

UML itu modeling language... sifatnya informatif.. tergantung apa yang mau disampaikan...

lo bisa aja gambar seperti contoh di wiki, misalnya begini:

dengan gambar ini lo udah kasih tahu bahwa "abstract class ProductDAO punya relasi komposisi sama kelas ProductModel." implementasinya gimana itu gak relevan. sifatnya informatif saja.

kalo mo diperjelas dari sisi ProductDAO nya (sesuai pertanyaan elo) ya bisa aja lo bikin begini:

dengan gambar ini lo uda menginformasikan, bahwa "abstract class ProductDAO yang berelasi komposisi dengan kelas ProductModel di implementasikan di public static methode yang namanya create yang memiliki parameter dengan nama product yang type nya ProductModel dan returnnya Boolean."

ini pun sifatnya informatif saja, alias yang ga relevan ga dikasih liat. buktinya ProductModel gak gue isi member variabelnya apa, dan methodnya apa aja.

semuanya tergantung apa yang mo lo sampaikan atau informasikan.

kalo bingung kenapa dengan gambar seperti itu bisa tahu kalau kelasnya abstract atau methodnya public static.

Lazy initialization

noreply@blogger.com (Anonymous) — Thu, 13 Aug 2009 06:47:00 +0000

Php-ers,

Saya lagi di rundung dilema. Dimana pada awal nya desain salah satu class Transaksi saya telah dirancang utk menjadi ramping dan tidak bergantung. Tetapi sejalan nya waktu utk mendapatkan 1 informasi, saya harus mendeklarasi class2 utk meload bbrp kepingan informasi sehingga membentuk informasi transaksi yg utuh. Maka saya menggabungkan bbrp class tsb menjadi 1.

Dan masalah mulai muncul di permukaan ketika class gabungan ini mulai byk dipakai dan membawa byk informasi, aplikasi menjadi lambat. Ini adalah link utk bisa di unduh file starUML utk melihat secara grafis dlm format UML. Utk yg satu hal 2 hal tidak dpt melihat UML. Saya mencoba utk menggambarkan nya dlm kata2.

class Transaksi pembelian menampung semua informasi pembelian, item2 yg dibeli, kemana item2 akan ditransfer, DP yg telah di bayarkan, mutasi item2 yg telah diterima. Dan setiap class memiliki detail tersendiri. jadi setiap class bersifat one-to-many. Masalah muncul ketika saya harus menampilkan daftar pembelian berikut dengan data penerimaan barang. Yang jumlah nya kalau di hitung scr matematis,
Jika Pembelian memiliki 50 item, maka akan ada data mutasi 50, data transfer 50 dan transaksi diterima yg kmungkinan bs lebih dari 5-10 kita pakai 5 transaksi yg memuat 50 data. Maka total 50 + 50 + 50 + (5 * 50) = 400 data.

Dan dalam 1 bulan bisa lbh dari 30 transaksi penjualan. Maka rata2 perbulan ada 30 * ~400 = 12000 data yg saya harus sajikan. Mungkin paging solusi yg terbaik, tetapi yg menjadi pertanyaan saya adalah bagaimana strategi atau cara terbaik agar class tetap ramping tetapi mudah utk mendapatkan data yg tersebar dlm kepingan2 kecil. Terima kasih.

Adesanto Asman

Kelas yang "ramping atau tidak bergantung" dan "performa aplikasi" itu gak selalu berhubungan. belum tentu dengan ramping dan tidak
bergantungnya kelas terus aplikasi pasti berjalan lebih cepat. Disini gue melihat adanya kekurang pahaman tentang prinsip loose coupled dan high cohesion. dimana prinsip kolonial VOC jaman dulu divide et impera (devide and conquer) ditelan mentah-mentah. pokoknya belah apa yang bisa dibelah, pisah apa yang bisa dipisah. akhirnya setelah semuanya dipisah, bingung make-nya gimana. gak perlu kecewa ^^. dalam proses belajar hal seperti ini wajar ^^. gue juga harus melewati masa-masa ini kok ^^. dan tetap harus belajar karena masih jauh dari sempurna :). gue pengen banget bahas thema ini tapi ga disini kali ya :D tar kepanjangan dan aga2 OOT.

so sekarang gue mo coba jawab inti permasalahannya. yang gue ngerti lo punya masalah terutama dalam bikin report karena lo butuh semua object dari transaction object, purchased object, details object, payment object, mutasi object dan lain sebagainya. sementara kadang dalam report itu loe paling cuma butuh 1 maksimal 3 informasi dari masing2 objekt (misalnya mungkin dari payment cuma nominalnya doang, dan dari transaction cuma transaction numbernya doang). tapi lo malah load semua informasi dari semua object. dan harus loe oper ini semua ke front end view class.

kalo emang lo punya akses ke database layer (nulis sql statement dan sejenisnya) hal ini bisa lo pecahkan dengan mendefinisikan satu select join statement. dimana di select kolom-kolom yang diperlukan saja untuk reporting. select statement ini bahkan juga bisa di simpan dalam bentuk "view" apabila databasenya mendukung. setelah itu bisa dibikin satu class baru yang member variabelnya berisi kolom2 dalam select statement ini. dengan ini lo hanya punya satu object yang hanya merequest ke satu select statement ^^.

contoh:

kira kira data access object classnya begini

class TransactionReportDAO implements InterfaceDAO{
  
  public function getStatement(){
    return "SELECT transaction.id as transaction_number,
                   purchased.id as purchased_number, purchased.amount as
                   purchased_amount, item.name as item_name *dan seterusnya*
            FROM transaction LEFT JOIN purchased ON
                 transaction.id = purchased.transaction_id
            LEFT JOIN (dan seterusnya)
            WHERE (where klausa nya);"
  }
  
  /**
   * return TransactionReport
   */
  public function getResult(){
    //populated the result to object TransactionReport
  }
}

terus model dari Entity class nya ya kira-kira kayak gini

class TransactionReport{
  
  private $transactionId;
  
  private $purchasedId;
  
  private $purchasedNumber;
  
  private $amount;
  
  private $itemName;
  
  //member variabel yang lain
  
  public function getTransactionId(){
    return $this->transactionId;
  }
  
  public function setTransactionId ($transactionId){
    $this->transactionId = $transactionId;
  }
  
  //getter dan setter yang lainnya.
  
}

dan service class nya kira2 begini:

class TransactionService{
  
  /**
   * return TransactionReport[]
   */
  public static function getAllTransactionReport(){
    
    return DBService::getInstance()->execute(new TransactionReportDAO())
                     ->getResult();
    
  }
  
  //service service yang lainnya
  
}

Dimana pada akhirnya di view loe bisa kira2 begini:

<table>
  <?php
  /* @var TransactionReport[] $dataList */
  $dataList = TransactionService::getAllTransactionReport();
/* @var TransactionReport $data */
foreach($dataList as $data) :
?>
<tr>
  <td><?php echo $data->getTransactionId(); ?></td>
  <td><?php echo $data->getPurchasedId(); ?></td>
  <td><?php echo $data->getAmount(); ?></td>
  .... dan seterusnya ...
</tr>

<?php endforeach; ?>
</table>

seperti lo lihat, loe cuma punya satu sql request, yang bisa lo modifikasi sedikit buat pagination ato sejenisnya. tapi sql requestnya tetap satu. trade off-nya tentunya tiap kali lo mo bikin report yang isinya lain loe musti bikin sql statement dan entity object yang baru. tapi dari sisi performa ini masih lebih baik.

Sekarang kalo misalnya lo ga punya akses ke database layer. dimana lo sebagai view developer cuma bisa pakai model yang sudah di definisikan. mau tidak mau memang kita waktu meng initialize objectnya kita dapat semua informasi yang ada di kolomnya meskipun kita tidak pakai. akan tetapi ada design pattern yang bisa ngebantu kita untuk meload data hanya waktu dibutuhkan saja. apabila pattern ini di implementasikan dalam meng handle model. kita masih bisa lah mempertahankan performa sedikit ^^. pattern ini umum dipakai di framework-framework ORM. namanya Lazy initialization.

gue kasih contoh penggunaannya ya.

anggap entity class lo.. seperti yang lo gambar di uml, ya mirip2 lah

class Transaction{
  
  private $transactionId;
  
  //member transaction yang lainnya
  
  /**
   * @var Purchased[]
   */
  private $purchased
    
    //getter and setter
}

class Purchased{
  private $purchasedId;
  
  //member purchased yang lainnya
  
  /**
   * @var Items[]
   */
  private Items;
  
  /**
   * @var Mutasi[]
   */
  private mutasi;
  
  /**
   * @var Payments[]
   */
  private payments;
  
  //getter and setter
}

class Items{
  
  private itemId;
  
  //member item yang lainnya
  
  //getter and setter
  
}

so class mutasi dan payments ga gue gambarin lah.. kira2 begitu.

waktu lo pake di view misalnya ya bakal kira2 kayak gini

<table>
  <?php
    /* @var Transaction[] $dataList */
    $transactionList = TransactionService::getAllTransaction();
    /* @var Transaction $transaction */
    foreach($transactionList as $transaction ) :
    
      /* @var Purchased[] $purchasedList*/
      $purchasedList= $transaction->getPurchased();
      /* @var Purchased $purchased*/
      foreach($purchasedList as $purchased) :
      
        /* @var Payments[] $paymentList*/
        $paymentList= $purchased->getPayments();
        /* @var Payment $payment*/
        foreach($paymentListas $payment) :
  ?>
  <tr>
    <td><?php echo $transaction->getTransactionId(); ?></td>
    <td><?php echo $purchased->getPurchasedId(); ?></td>
    <td><?php echo $payment->getAmount(); ?></td>
    .... dan seterusnya ...
  </tr>
  
  <?php 
        endforeach; 
      endforeach; 
    endforeach; 
  ?>
</table>

jangan kaget liat foreach nya. memang begini jadinya, kompleksitas komputasi dari satu kali foreach isi 100 data sama dengan 3 foreach isi 2x5x10 data.

dengan lazy initialization, waktu lo request $transactionList maka member variabel $purchased sebenernya masih kosong(null). select statement yang terjadi di database layer hanya untuk mengisi object Transaction saja. select statement untuk purchased, payment, mutasi dan items belum terjadi. jadi di dalam variabel $transactionList isinya cuma sedikit, yaitu informasi tentang transaction saja. informasi tentang purchased baru diminta ketika loe panggil $transaction->getPurchased();

dalam contoh gue, loe cuma request transaction, purchased dan payments saja. mutasi dan items tidak ikut di load karena gak lo request. dengan ini lo hanya berkesan bawa-bawa semua data, padahal datanya sendiri di dalam object belum ada, dan hanya diisi ketika dibutuhkan.

tentu ini pun ada tradeoff nya, seperti yang kita tahu, request database itu mahal sekali, gak peduli data yang diminta banyak atau sedikit. tapi semuanya tergantung pertimbangan design dan situasi mana yang terbaik. tehnik ini biasanya didukung sama tehnik lainnya seperti mekanisme caching misalnya, untuk mengurangi request langsung ke database.

semoga gue membantu.

ORM Patterns

noreply@blogger.com (Anonymous) — Wed, 14 Jan 2009 20:54:00 +0000

Kali ini gue mau membahas 2 Design Pattern untuk Object Relational Mapping. Beberapa hari lalu ada di milis ada yang tanya mengenai bedanya ORM dan Active Record. Dan gue coba untuk membahasnya disana. Supaya gak hilang gue post juga di blog gue beserta pertanyaan awalnya. Diskusi lengkapnya bisa disimak langsung di milis id-php.

Topik dibuka dengan pertanyaan sebagai berikut:

Teman2.. saya tertarik sekali dengan konsep2 baru mendesain
aplikasi,khususnya aplikasi web.
Saya lagi belajar dan baca2 artikel bout ORM dan ActiveRecord. Di buku
yg saya baca, ORM itu Object Relational Mapping. Jadi proses mapping
semua struktur pada table di database menjadi sebuah class pd OOP.

Di buku dijelaskan proses mappingnya. Yaa sampe disitu saya ngerti.
Yang bikin saya nggak ngerti,

1. Mengapa kita harus susah2 mapping? kan udah ada class2 ActiveRecord
dan class2 ORM seperti Propel utk PHP ( hmm gak pernah pake Propel )
ato pake framework2 yg udah fada itur MVC dan ActiveRecordnya. Bahkan
dengan menggunakan framework2 itu kita udah bisa kan bikin aplikasi
skala enterprise tanpa perlu design mapping secara manual.

2. Apakah class ORM dan ActiveRecord yg udah ada menyalahi aturan dan
konsep dari ORM itu sendiri?
Maksudnya, contoh kita pake cakephp. define model Student. naahh di
model student cuman ada definisi variabel2 association aja. gak ada yg
namanya definisi ( mapping ) semua entitas2 yg ada di table di class /
model Student itu. Karena semua itu dihandle oleh property $this->data
dan method save() , find() .

3. saya tertarik untuk bikin class ORM yg sangat2 simple. Yaaahh
paling nggak udah bisa save dan find one to one, dan one to many aja.
Tapi,, kebanyakan saya liat di source code-source code class2 ORM (
seperti fitur active record di cakephp ) kok sedikitpun nggak ngikut
konsep ORM yg dijelaskan di buku?

Hmmm kyknya itu aja dehh..

Terimakasih :)

polutan

Karena sudah janji mo nulis, maka gue mo nepatin janji gue.

tentang ORM sudah pernah dibahas di milist PHP sebelah. threadnya bisa dilihat disini.

threadnya juga sempat mengalami perdebatan menarik tentang masa depan ORM. Soal masa depan ORM gak gue ungkit disini ^^. Tapi gue akan coba menuturkan kekurangan dan kelebihannya dari pandangan gue. ^^

so kembali ke pertanyaannya mas polutan.
Kalo gue baca pertanyaannya dan berusaha memahami maksudnya. maka gue berkesimpulan bahwa lo mencampur aduk kan antara Konsep dasar ORM dan implementasi ORM di dalam framework (misalnya cakephp).
Gue rasa kalo lo bisa mengerti dengan benar konsep dasar ORM itu sendiri, maka lo tidak akan bertanya seperti ini. mohon maaf dulu nih kalo ternyata kesimpulan gue salah.

Supaya pemahaman lo ama gue sama maka dari itu coba kita sinkonisasi saja pemahaman ORM nya. Secara garis besar gue ambil dari wiki:

"is a programming technique for converting data between incompatible type systems in relational databases and object-oriented programming languages"

jadi tujuannya merubah informasi yang disimpan berorientasi relational (one to one, one to many, many to many), menjadi object supaya dapat dibaca dan berkolaborasi dengan aplikasi yang ditulis berorientasi obyek (inheritance, abstract, interface, composition, aggregation dsb.).

So tujuannya seperti itu. bagaimana menuju ke situ. ada banyak cara. Kalau kita bicara lo mo pergi ke satu tujuan, maka banyak cara untuk menuju ke sana (jalan kaki, naik mobil, naik angkot, kereta dsb). maka cara menuju ke ORM itu adalah Design Pattern nya. 2 Design Pattern yang terkenal dan cukup sering dipakai untuk ORM yaitu:

Active Record Pattern
Data Mapper Pattern

So sekarang mestinya kita bisa sepaham bahwa ORM itu adalah konsep/idenya dan Design Pattern adalah implementasinya. Buku-buku tentang ORM umumnya menjelaskan konsep ORM dan memberikan contoh implementasinya tanpa mengacu pada bahasa pemrogramman tertentu. apabila contohnya ditulis dalam bahasa pemrogramman tertentu (misalnya java). itu hanyalah sekedar alat bantu untuk mengerti dan memahami konsep tersebut. Pada dasarnya selama bahasa pemrogramman yang dipilih berorientasi objekt. maka sudah semestinya contoh2 tersebut juga dapat diimplementasikan menggunakan syntax bahasa tersebut. Mulai dari sini gue mau mencoba menjelaskan dulu pemahaman implementasi ORM tanpa dipengaruhi bahasa pemrogramman tertentu (misal php). syntax contohnya tentu gue bikin menggunakan syntax php, dengan harapan supaya bisa lebih dimengerti.

Kita mo mreubah informasi yang disimpan secara relational menjadi object supaya bisa berkolaborasi dengan aplikasi kita yang ditulis dengan paradigma berorientasi object. apa itu object? object itu instance dari sebuah kelas. jadi jelas sekali disini bahwa tidak perduli Design Pattern mana yang kita mo pake. semuanya butuh yang namanya kelas. untuk menciptakan object.

contoh sebuah kelas.

class Person{
  
  private $name;
  private $birthDate;
  
  public function setName($name){
    $this->name = $name;
  }
  
  public function getName(){
    return $this->name;
  }
  
  public function setBirthDate($birthDate){
    $this->birthDate = $birthDate;
  }
  
  public function getBirthDate(){
    return $this->birthDate;
  }
  
}

sebuah kelas yang indah bukan? lalu? apa hubungannya sama ORM? kalo lo kolega kerja gue dan gue yang bikin ini kelas, gue kasih elo, terus gue bilang. ini adalah ORM class dari table "Person" di database, loe bakal telan omongan gue mentah-mentah? :) that will be not so clever ^^. Sebuah kelas adalah sebuah kelas. Dia gak akan secara ajaib bisa mewakili sebuah entitas tertentu, apalagi entitas tersebut ada di system yang berbeda (database).

Maka dari itu kita butuh yang namanya mapping. Kita me-Map table dan attribute di database ke kelas yang sudah kita buat. Istilahnya kita memberikan pernyataan bahwa Kelas ini beserta member variabelnya mewakili table x beserta attributenya dalam database. Tehniknya tentu berbeda-beda, dari bahasa yang satu ke bahasa yang lain, dari framework yang satu ke framework yang lain.

Untuk contoh kelas yang diatas. maka gue kasih contoh kira2 aplikasi gue nge-map nya seperti ini

class Person extends MyORM{
  
  private $name;
  private $birthDate;
  
  public function setName($name){
    $this->name = $name;
  }
  
  public function getName(){
    return $this->name;
  }
  
  public function setBirthDate($birthDate){
    $this->birthDate = $birthDate;
  }
  
  public function getBirthDate(){
    return $this->birthDate;
  }
  
  protected function map(){
    
    $map = array(
      'table' => 'person',
      'name' => 'person_name',
      'birthDate' => 'person_birth_date'
    );
    
    return $map;
  }
  
}

sekedar contoh. ceritanya gue nge-map kelas ini ke table person di database, dan variabel member nya masing gue map ke tabel attributenya. ini sekedar contoh saja. tehnik nge-map seperti gue bilang barusan, bisa berbeda-beda.

So ini dasarnya Mapping di ORM tanpa pengaruh bahasa pemrograman tertentu. sekarang gue mau masuk ke php.

gue melihat kelas ORM gue yang panjang dan gue juga melihat dimana nama kelas dan nama tabel nya mirip, nama member variabel dan nama tabel attribute nya juga mirip2. Kalau saja gue bisa membujuk sang
database designer dan sang application programmer untuk mengikuti aturan-aturan tertentu, gue bisa membuat ORM class gue sedemikian ringkasnya, karena segala sesuatunya sudah berjalan berdasarkan aturan tertentu.

you got me bro. i'm trying to make a convention here. untuk itu gue harus melihat apakah bahasa pemrogramman gue mendukung ide gue tersebut. maka gue coba2 buka manual php.

php5 punya fungsi menarik yang dikenal dengan istilah "magic method". lebih lengkapnya silahkan baca disini.

pada prinsipnya, gue bisa bereaksi dan melakukan sesuatu apabila orang yang menggunakan object gue memanggil class member yang tidak gue definisiin di kelas gue.

sebagai contoh

$person = new Person();
$person->someVar = 'someValue';
$person->someMethod('parameter1Val', 'parameter2Val');

variabel someVar dan methode someMethod beserta parameternya, kagak gue definisiin di kelas gue diatas. akan tetapi dengan magic method gue bisa bereaksi dan melakukan sesuatu apabila ada orang yang mencoba untuk memanggil class member yang tidak gue definisikan.

karena sifat dasar php sebagai dynamic language dimana loe bisa main ngedefinisiin variabel tanpa deklarasi lebih dahulu. maka pada statement

$person->someVar = 'someValue';

lo gak akan mengalami error, hanya saja apabila satu saat nanti loe mo pake lagi, misalnya saja

echo $person->someVar

maka loe tidak mendapatkan 'someValue' sebagai output, tapi string kosong. kalo loe

var_dump($person->someVar);

hasilnya pasti NULL.

akan tetapi pada statement

$person->someMethod('parameter1Val', 'parameter2Val');

lo bakal dapet php error yang bilang "method is not defined".

Dengan menggunakan php magic method gue bisa bereaksi terhadap hal2 seperti ini. Daripada melemparkan error atau nilai null, maka gue bisa menjalankan programm logik yang konkrit atau menyimpan nilai tersebut. contohnya bisa dilihat di php manual.

satu hal lagi yang menarik. php memiliki fungsi standard bernama get_class() untuk mengetahui nama kelas sebuah object.

berbekal informasi ini. gue mau mencoba menjalankan ide gila gue. idenya seperti ini.

nama dari sebuah kelas mewakili nama dari sebuah tabel dalam
database. nama kelas tersebut harus dimulai dengan huruf besar, akan
tetapi nama tabelnya harus huruf kecil.
Apabila orang meng-instantiate class tersebut, maka harus terjadi
validasi apakah terdapat sebuah tabel dengan nama kelas tersebut dalam
database. jika tidak maka lempar TableNotExistException.
Nama dari member variabel mewakili nama dari table attribute. nama
variabel harus dimulai dengan huruf kecil, dan tabel attribute juga
harus ditulis dengan huruf kecil
Apabila orang mencoba memanggil atau menset nilai sebuah member
variabel, maka harus terjadi validasi apakah terdapat sebuah tabel
attribute dengan nama tersebut dalam database. jika tidak maka lempar
TableAttributeNotExistException.
Apabila nama kelas atau member variabel lebih dari 1 suku kata, maka
ditulis CamelCase, sedangkan di database ditulis menggunakan
strip_bawah sebagai pemisah.
fungsi standard yang akan dikenal untuk sementara adalah save,
update, dan delete.
fungsi dinamis yang akan dikenal adalah findBy yang diikuti dengan
column name ditulis menggunakan CamelCase misal: findByBirthDate

Dengan ini berarti kalau gue mo nge definisiin ORM class dari person, gue tinggal tulis

class Person extends MyORM{

}

pendek sekali bukan? mengingatkan anda pada sebuah php framework. errrrr.. apa ya? ^^ pada contoh ini setiap ORM class harus meng-extend class MyORM untuk menunjukkan bahwa kelas ini adalah ORM class yang memiliki ketentuan2 seperti diatas. implementasinya sendiri terjadi di kelas MyORM. kalau mau kita bisa bikin MyORM abstract. supaya tidak bisa di instantiate oleh pengguna ORM kita.

implementasi MyORM kira2 bakal kayak gini

abstract class MyORM{
  
  /* array untuk menyimpan table attribute kita */
  private $tableAttribute = array();
  
  /* variabel untuk menyimpan table name kita */
  private $tableName = null;
  
  public function __construct(){
    
    /* ambil nama kelas menggunakan get_class($this) */
    /* jadikan huruf awal menjadi huruf kecil dan rubah
CamelCase dengan strip_bawah */
    /* periksa apakah dalam database ada kelas dengan nama tersebut */
    /* jika tidak throw TableNotExistException */
    /* jika ya maka simpan nama tabel dalam variabel $tableName */
  }
  
  public function __set($name, $value){
    /* jadikan huruf awal dari $name menjadi huruf kecil dan
rubah CamelCase dengan strip_bawah */
    /* periksa apakah dalam database ada kelas dengan nama tersebut */
    /* jika tidak throw TableAttributeNotExistException */
    /* jika ya maka simpan dalam $tableAttribute[$name] = $value */
  }
  
  public function __get($name){
    /* jadikan huruf awal dari $name menjadi huruf kecil dan
rubah CamelCase dengan strip_bawah */
    /* periksa apakah variabel tersebut sudah ada dalam
$tableAttribute */
    /* Jika ya maka return $tableAttribute[$name] */
    /* Jika tidak maka throw TableAttributeNotFoundException */
  }
  
  public function __call($name, $args){
    /* periksa apakah $name diawali dengan findBy */
    /* jika tidak throw MethodNotExistException */
    /* jika ya maka ambil text setelah findBy lalu oper ke
local variable $colName */
    /* jadikan huruf awal dari $colName menjadi huruf kecil dan
rubah CamelCase dengan strip_bawah */
    /* periksa apakah dalam database ada kelas dengan nama tersebut */
    /* jika tidak throw TableAttributeNotExistException */
    /* jika ya maka lakukan SELECT dengan where clause $colName
= $args[0] (argumen pertama) */
    /* ambil resultnya dan map setiap baris ke dalam object dan
kumpulkan object tersebut dalam satu array */
    /* return array result */
  }
  
  public function save(){
    /* save implementation */
  }
  
  public function delete(){
    /* delete implementation */
  }
  
  public function update(){
    /* update implementation */
  }
  
}

dengan begini sewaktu gue tulis

$person = new Person();
$person->personName = 'Some Name';

dia akan "magically" mapped variabel personName ke attribute person_name pada table person menggunakan "convention" yang sudah didefinisikan.

So sekarang. apakah dengan begini gue melanggar prinsip dasar ORM?. seperti yang loe lihat gue gak perlu mapping lagi. cuma bikin kelas kosong. Well. menurut gue. gue gak melanggar prinsip dasar ORM. karena mapping itu ada, hanya saja gue trick menggunakan convention over configuration. Ini gue lakukan karena "kebetulan" php memberikan gue kesempatan untuk melakukan hal ini. Ruby mungkin punya trick lain, begitu juga Java, .Net dan yang lainnya. Apabila implementasi-nya tidak sesuai dengan dibuku. sebenarnya harus dianalisa lebih jauh. apakah ini benar2 melenceng jauh dari konsep, atau hanya sekedar memanfaatkan fitur2 dari bahasa pemrogramman tersebut untuk membuat bekerja jadi lebih mudah saja, tanpa melanggar konsep dasarnya.

Sekedar info, menurut gue, result hasil dari ORM request di cakePHP kurang sesuai dengan Konsep ORM, karena hasilnya disimpan dalam array dimana semestinya disimpan dalam objekt. lebih lanjut bisa lihat disini.

Jaman sekarang emang ngetrend convention over configuration. gue sih gak gitu nge fans sama yang satu ini. emang sih bisa jadi lebih cepat. tapi gue ngerasa setiap aplikasi itu unik. dan keunikan itu gak bisa dicapai menggunakan standard. Gue perna dapat proyek bikin web aplikasi kecil buat satu bank asal jerman di luxembourg. mereka mau pake grails (groovy on rails) konsepnya sama convention over configuration. waktu kerja brutto 2 bulan. waktu kerja murni kalo gue itung2 sebenernya cuma 2 minggu. sisa waktunya adalah menyesuaikan aplikasi tersebut sesuai permintaan client. html css javascriptnya sih bukan jadi masalah besar. justru malah convention nya yang memberatkan dan bikin jadi tidak fleksibel.

gue pribadi masih jauh lebih suka kalau gue punya class yang jelas seperti contoh awal. bukan kelas kosong begitu. keuntungannya lebih banyak dan kalaupun emang capek ngetik. capeknya kebayar waktu maintanance phase. bayangin coba kalo ORM class kosong begitu. berarti loe kalo mo pake classnya kudu buka database client atau database manager dong? buat ngeliat ini kelas membernya apa aja. coba kalo loe tulis semua member variabel dan methodnya. terus loe kerja pake IDE. enak kan ada autocomplete nya. loe tinggal pilih dari autocomplete nya. gak usah pusing2 buka2 database admin. dan tentunya juga gak usah takut salah tulis ^^. Keunggulan bahasa dinamis biasanya memang bisa mengerjakan tugas dengan cepat. tapi kelebihannya itu membuat kekurangannya sendiri. banyak hal terlalu magic. methode tidak didefinisikan, tapi kalo dipanggil bisa return sesuatu. variabel tidak ada datatypenya, sewaktu2 bisa number, sewaktu2 bisa string, sewaktu2 bisa boolean, kayak banci taman lawang aja. (ngomong2 di taman lawang masih banyak banci gak ya?) hal seperti ini gak bikin aplikasi makin robust, tapi buggy.

ORM yang menggunakan convention seperti RoR atau Grails biasanya tetap punya kemampuan mapping. tapi hanya dipakai apabila nama kelas dan tabel nya tidak sama. jadi untuk costumisasi atau configurasi ^^. gue gak tahu CakePHP punya gak hal seperti itu. bayangin coba kalo $person->name sudah dipake dimana2 terus karena satu dan lain hal kita harus ganti nama kolomnya jadi "nama" gue gak akan mau disuruh cari "name" di seluruh aplikasi gue untuk diganti jadi "nama". mending gue "map" member variabel "name" untuk menunjuk ke kolom "nama". dengan ini gue cuma ganti di satu tempat.^^

Salah satu kelebihan ORM yang juga suka jadi bahan pertimbangan adalah portabilitas. ya. aplikasi lo bakal jadi tidak bergantung pada database tertentu. built once runs on any database. ya ya. marketing gag. Memangnya seberapa sering sih kita musti bikin aplikasi yang kedepannya bakal sering ganti database? gue pribadi sih belum pernah. ada baiknya loe coba perhatiin bagaimana ORM tersebut meng-handle request2 lo. terutama request berat yang berhubungan sama beberapa table. atau bagaimana dia menghandle sebuah tree structure dalam database.

Setiap database punya dialekt dan fungsi2 khusus. terutama database proprietary seperti oracle, db2 dan sebangsanya. ini dibuat bukan cuma sekedar nunjukin bahwa ini produkt proprieter. tapi lebih untuk memberikan kemudahan dan performa dalam melakukan request komplex yang tidak didefinisikan di standard SQL. mereka juga kadang memiliki algoritma sendiri yang membuat SQL Request jadi lebih cepat. hal ini tidak mudah diimplementasikan di sebuah ORM yang mau bisa jalan di semua jenis database system. kadang request yang sebenarnya bisa dilakukan hanya dengan sekali select di sebuah database (katakanlah misalnya oracle) sama ORM nya bisa jadi dilakukan dalam 5 kali select. bagaimana dia menghandle sequenze? bagaimana dia menghandle transaction? dsb dsb dsb. ini jelas merupakan hal yang menjadi bahan pertimbangan penting apakah aplikasi kita perlu pakai ORM atau langsung pakai fungsi dan dialekt database tersebut.

Semoga tulisan gue menjawab pertanyaan lo dan memberikan pencerahan daripada bikin bingung.

Object Cloning di PHP 5

noreply@blogger.com (Anonymous) — Sun, 07 Dec 2008 22:01:00 +0000

Beberapa waktu lalu sempat ada yang bertanya tentang apa efektifnya menggunakan object cloning di PHP 5. Untuk mengetahui efektifitasnya, maka mungkin ada baiknya untuk mengetahui kenapa PHP 5 support object cloning.

Jawaban gue atas thread ini, gue masukin ke blog gue sebagai referensi gue. Dan gue harap juga bisa membantu yang lain kalau sedang belajar tentang object cloning di PHP 5. Apabila ada yang perlu di koreksi, ditambahkan atau dikritik, gue terima dengan senang hati.

Pada dasarnya informasi tentang object cloning bisa dibaca di dokumentasi PHP 5. Untuk mengetahui kenapa ada clone object, perlu kita ketahui, bahwa di php 5 sekarang object itu sudah gak pass by value, tapi pass by reference.

Apa artinya itu? Mungkin bisa gue jelaskan seperti ini. Misalnya kita bekerja di sebuah gudang Laptop. Apabila kita menyimpan sebuah laptop, maka kita dapat secarik kertas kecil yang berisi catatan laptop tersebut ada di bagian mana di gudang. Misalnya Blok 5, Rak 3, Kotak nomer 8. Catatan ini kita bisa istilahkan sebagai "referensi" kita pada obyek laptop tersebut.

Apabila kita ingin memberikan obyek tersebut kepada orang lain (variabel lain). Maka kita sebenarnya membuat fotokopi dari catatan kita, dan memberikannya kepada orang tersebut. Disini kita lihat, kita hanya mengkopi "referensi" kita. Obyeknya tetap mengacu pada laptop yang sama. Artinya apabila orang lain melakukan perubahan pada laptop tersebut, maka sewaktu kita melihat kembali laptop tersebut, kondisinya sudah berubah.

Object Cloning dalam contoh ini berarti. Kita membuat satu cloning dari laptop tersebut. Bentuk dan kondisinya sama persis. Akan tetapi, karena Kotak nomer 8 pada Rak 3 di Blok 5 sudah diisi sama laptop pertama tadi, maka laptop cloningan ini harus ditaruh di kotak yang lain. Misalnya saja Kotak nomer 2 pada Rak 4 di Blok 5. Setelah itu kita membuat catatan kecil tentang alamat laptop tersebut, dan memberikannya pada teman kita. Dengan ini apabila teman kita melakukan perubahan pada laptop tersebut, dia tidak merubah laptop (obyek) kita, tapi laptop kloningan.

Sekarang mari kita coba mengggunakan contoh code.

<?php
class Account {
    public $balance;

    function __construct($balance) {
        $this->balance = $balance;
    }
}

class Person {
    private $name;
    private $age;
    private $id;
    public $account;

    function __construct($name,$age, Account $account) {
        $this->name = $name;
        $this->age = $age;
        $this->account = $account;
    }

    function setId($id) {
        $this->id = $id;
    }

    function getId() {
        return $this->id;
    }

    $account = new Account(0);
    $person = new Person('Oka', 21, $account);
    $person->setId(2);
    $person2 = $person;
    $person2->setId(4);
    echo $person->getId().' '.$person2->getId();
?>

Di PHP 4 hasil dari echo tersebut adalah "2 4"; Akan tetapi di PHP 5 hasil dari echo tersebut adalah "4 4"; ini disebabkan di PHP 5 pada statement $person2 = $person object Person pada $person di pass by reference ke $person2, dalam arti di dalam variable $person2 isinya bukan copy (clone) dari object $person, tapi isinya hanyalah sebuah pointer yang menunjuk ke memory, dimana object $person di simpan.

Oleh karena itu setiap perubahan yang dilakukan di object $person2 akan ikut mempengaruhi object $person. Kenapa dibuat seperti ini di php5? nampaknya php5 berusaha untuk menyamakan behaviour syntax nya pada bahasa2 berparadigma OOP lainnya. CMIIW. supaya orang yang biasa kerja di java, .net atau sejenisnya tidak kaget waktu kerja ber OOP pakai PHP dan sudah biasa dengan asumsi bahwa statement "=" untuk object itu, pasti parse by reference.

Tambahan info. Dalam bahasa pemrogramman berorientasi obyek. Biasanya orang mengenal tipe data "primitiv" dan tipe data "obyek". Tipe data primitiv seperti integer itu selalu pass by value, sedangkan tipe data obyek itu pass by reference. Oleh karena ini, apabila kita di PHP5 ingin memiliki copy utuh dari sebuah object, dimana apabila kita merubah state dari object kopian tersebut tidak mempengaruhi object aslinya, kita diberikan solusi clone.

Mari kita coba merubah code gue diatas dengan clone:

<?php
$account = new Account(0);

$person = new Person('Oka', 21, $account);

$person->setId(2);

$person2 = clone $person;

$person2->setId(4);

echo $person->getId().' '.$person2->getId();
?>

Dengan ini di PHP 5 hasil echonya bisa sama dengan PHP 4 yaitu "2 4". Di thread milist ada yang bertanya, kenapa gak di instance ulang saja seperti ini?

<?php
$person = new Person("Oka", 21, new Account(200));
$person2 = new Person("Oka", 21, new Account(200));
$person3 = new Person("Oka", 21, new Account(200));
?>

Mari kita lihat keefektivan dari clone. Dengan clone kita mendapat copy yang sama persis dari object yang di clone. sedangkan contoh pada contoh diatas, untuk membuat 3 object yang statenya sama, kita harus memasukkan kembali nilai dari parameter tersebut.

Kasusnya mungkin bisa seperti ini. Bayangkan kalau object $person yang kita bikin itu mau digunakan di sebuah class yang bukan tanggung jawab kita. Misalnya (lagi2) kolega kerja kita.

Bekerja Object Oriented yang baik adalah dimana kolega kerja kita tidak perlu tahu menahu seluk beluk yang terjadi di dalam object yang kita bikin (loose coupled). Bisa jadi misalnya, ini misal ya, bahwa state dalam object tersebut seperti nama, umur dan account balancenya didapat dari $_POST (informasi yang diberikan user lewat user interface). Dan karena satu dan lain hal, kolega kita tidak bisa membaca atau tidak tahu menahu soal $_POST. Yang dia tahu hanya object yang di dapat dari kita. Satu-satunya state yang bisa dia ganti misalnya adalah Id nya dengan menggunakan public method setId().

Disini dia gak punya lagi kesempatan untuk bikin instance baru dari class Person yang statenya sama persis sama object $person yang kita berikan. Dia kan gak tahu bahwa waktu menginstance object $person kita memberikan nilai "Oka", 21 dan account balance 200 pada masing2 class attributenya. Maka dari itu, digunakanlah tehnik clone ini.

Mari kita coba ya pakai contoh code. Sebagai contoh kita bertanggung jawab untuk UI (Presentation Tier), dan kolega kita yang bertanggung jawab di bagian Database (Persistent Tier).

<?php
$person = new Person ($_POST['name'], $_POST['age'], new
Account($_POST['balance']));
$person->setId($_POST['id']);

$persistancePerson->insertNewPerson($person);
?>

Sampai disini tugas kita kelar dan kita memberikan object $person kepada kolega kita yang ngurusin insert ke database. Soal SQL statement mah dia jagonya lah, kita gak peduli. Nah sekarang sebelum die melakukan insert ke database, dia pengen coba-coba dulu periksa, udah ada belon data dengan id tersebut di database, kalau memang sudah ada maka akan diberikan id baru, lalu di save. Supaya dia gak mengganggu object state yang diterima dari kita, maka untuk coba-coba, dia bikin clone dari object tersebut.

Misalnya isi dari methode insertNewPerson(Person $person) seperti berikut:

<?php
public function insertNewPerson(Person $person){
   $person2 = clone $person;

  while($this->idAlreadyExist($person2->getId())){
         $person2->setId($this->getNextId());
  }

  $DBObject::getInstance()->execute('INSERT INTO person ......');
}
?>

Dengan ini dia mencoba-coba menggunakan object kopian dari $person. Pada $person2->setId() hanya object $person2 saja yang terganti statenya. Object $person tetap seperti sediakala, sewaktu dia menerima dari kita.

Manakah yang lebih cepat, membuat instance baru, atau mencopy. Disini kita bisa membaca kembali dokumentasinya. Disitu ditulis:

When an object is cloned, PHP 5 will perform a shallow copy of all of the object's properties. Any properties that are references to other variables, will remain references.

Menurut pemahaman gue tentang Computer system, untuk bikin instance baru itu pasti lebih ribet, mungkin ngecheck nilai dari parameternya bener tidak, nama classnya exist tidak, terus generate segalanya dalam bentuk object, lalu cari memory yang kosong untuk di simpan. Kalau copy object kan dia gak perlu ngejalanin semuanya itu. tinggal cari memory kosong, terus kopi ajah mentah-mentah (shallow copy) dari memory object aslinya.

Gue harap informasi ini bisa memberikan pencerahan.

Pengecualian di PHP 5

noreply@blogger.com (Anonymous) — Sun, 07 Dec 2008 20:00:00 +0000

Beberapa waktu lalu di milist id-php ada yang sempat bertanya tentang Exception di PHP 5. Beberapa contoh yang diberikan, menurut gue masih kurang menunjukkan kemampuan dari exception itu sendiri, maka dari itu gue mencoba untuk ikutan memberikan jawaban dan contoh.

Tulisan gue di milist, gue coba tulis kembali di blog gue, untuk sekedar jadi arsip gue. Mungkin juga bisa membantu yang lain apabila ada yang cari-cari informasi tentang exception di PHP 5. Beberapa dari contoh yang gue kasih di tulisan gue waktu itu gue perbaiki karena ada kesalahan di syntaxnya. Apabila masih ada yang perlu di koreksi atau kritik dan saran, gue terima dengan senang hati.

Secara umum penggunaan exception bisa dibaca di dokumentasi PHP 5. Beberapa dari contoh yang disebutkan di milist, menunjukkan bahwa exception dapat digunakan untuk melihat backtrace error. Memang benar dengan exception kita bisa melihat backtrace error dari programmnya. Tapi untuk backtrace sendiri PHP sebenarnya sudah punya debug_backtrace.

Bukan berarti kita tidak boleh menggunakan Exception untuk melakukan backtrace. Tentu saja boleh, malah kalau kita bekerja menggunakan orientasi obyek, kita justru dipermudah dalam hal backtrace menggunakan Exception. Akan tetapi gue pengen kasih contoh tujuan yang sebenarnya dari exception itu sendiri.

Sebelum itu gue mau mencoba mengutip satu contoh yang diberikan di milist dalam thread ini.

<?php
if (!is_writable($this->file)) {
    throw new Exception("file '{$file}' is not writeable");
}
file_put_contents($file,$xmlObj->asXML());

//apa bedanya klo saya buat seperti ini ? :
if (!is_writable($this->file)) {
    echo "Aduuwwhhh filenya ndak bisa ditulisi!";
    exit();
}
file_put_contents($file,$xmlObj->asXML());`
?>

Contoh tersebut membuat PHP mengeluarkan error message "uncaught exception". Ini sebenarnya sebuah error yang tidak boleh ada. Kalau di java, hal seperti ini membuat code java nya sendiri gak bisa di compile, sampai sang programmer membuat try-catch block pada programm code yang berpotensi untuk melempar exception tersebut.

Seperti yang gue bilang diatas, kita bisa menggunakan exception, sebagai error handler, tapi bukan berarti exception itu melulu merupakan sebuah "error". Dengan exception kita diberi kesempatan untuk melakukan sesuatu (handle) terhadap exception tersebut.

Gue akan memberikan contoh yang mengacu pada contoh diatas. Dan gue coba berikan sebuah skenario dimana penggunaan exception bisa digunakan.

Gue harus membuat sebuah methode (dalam class) yang dapat menulis xml kedalam sebuah file.

Untuk menulis file kedalam xml, maka gue butuh 2 parameter, yaitu file, dan string.

Parameter file tersebut harus sebuah file resource, harus bisa dibaca dan harus bisa ditulis.

Parameter string tersebut harus sebuah string, dan merupakan xml yang conform.

Apabila semua prosedur itu dipenuhi maka xml tersebut bisa ditulis kedalam file.

Berikut adalah contoh kelasnya.

<?php
class PutXMLToFile{

   public function putThatThing($file, $xml){
        if(!is_file($file)){
           throw new ExceptionIsNotAFile('Resource is not a File!');
        }

        if(!is_readable($file)){
           throw new ExceptionFileNotReadable('File not readable.');
        }

        if(!is_writeable($file)){
           throw new ExceptionFileNotWriteable('File not writeable');
        }

        if(!is_string($string)){
           throw new ExceptionIsNotAString('not a string');
        }

        if(!is_xml_conform($string)){
           throw new ExceptionIsNotXMLConform('not xml conform');
        }

        file_put_contents($file,$string);
   }
}
?>

Dengan ini kita akan memberikan code ini - misalnya - kepada kolega kerja kita, yang bertanggung jawab untuk user interface. Katakanlah ada 2 kolega kita yang bertanggung jawab untuk UI, yang satu UI untuk browser biasa, yang satu UI untuk mobile browser.

Requirementnya sebagai berikut.

Apabila file, bukan sebuah file, maka buka UI file management untuk memilih atau mengupload file.

Apabila file tidak dapat dibaca, atau tidak dapat ditulis, maka buka UI file access management untuk mengedit file access.

Apabila string bukan string, tampilkan error message.

Apabila string tidak xml conform, maka tampilkan UI xml editor untuk mengedit xml file tersebut.

Sekarang gue bukin contoh untuk UI mobile browser. Gue anggap user interface object nya sudah jadi saja.

<?php
$userInterface = new MobileUserInterface();

try{
   $putXMLToFile = new PutXMLToFile();
   $putXMLToFile->putThatThing($file, $string);
}catch (ExceptionIsNotAFile $e){
    $userInterface->openFileManager();
}catch (ExceptionFileNotReadable $e){
     $userInterface->openFileAccessManager();
}catch (ExceptionFileNotWriteable $e){
     $userInterface->openFileAccessManager();
}catch (ExceptionIsNotAString $e){
     $userInterface->showError($e->getMessage());
}catch (ExceptionIsNotXMLConform $e){
     $userInterface->openXMLEditor();
}
?>

Seperti yang bisa kita lihat, fungsi pada contoh pertama untuk put xml to file jadi lebih loose coupled dan mudah diimplementasikan di berbagai macam kebutuhan. Kolega kita yang ingin mengerjakan UI untuk browser biasa misalnya bisa melakukan seperti code diatas, hanya saja object nya bukan new MobileUserInterface() tapi new StandardUserInterface() misalnya.

Dalam try{} block kolega kita juga bisa untuk tidak hanya menulis code yang akan menangkap exception dari object kita, tapi juga dari object lain. Dalam arti di dalam try{} block bisa terjadi algoritma yang cukup komplex.

Misalnya saja requierement yang diatas ditambahkan lagi:

Setelah berhasil put xml to string, maka save informasi tersebut ke dalam database,

lalu kirimkan email kepada orang yang bersangkutan.

Database object dan email object, bisa jadi memiliki exception mereka sendiri yang sudah selayaknya ditangkap entah itu connection not avaliable, column or table not exist, database not exist, sql statement syntax error dan sejenisnya.

Pada email object bisa jadi, mail server not responding, atau email address invalid atau email address not exist in database, dan sejenisnya.

Exception tersebut juga bisa ditangkap dan dilakukan sesuatu(handle) terhadap exception tersebut. Bisa jadi hanya menampilkan error. Tapi seperti contoh di atas, tidak selalu exception itu merupakan sebuah error. Berikut adalah contoh pengembangan code yang diatas:

<?php
$db = DBObject::getInstance();

try{
   $putXMLToFile = new PutXMLToFile();
   $putXMLToFile->putThatThing($file, $string);

   $db->beginTransaction();
   $modelSomething->insertSomething();
   $modelAnything->updateAnything();

   $email = Email::getInstance();
   $email->setTo($emailAddressTo);
   $email->setSubject($emailSubject);
   $email->setMessage(emailMessage);
   $email->send();

   $db->endTransaction();

}catch (ExceptionIsNotAFile $e){
    $userInterface->openFileManager();
}catch (ExceptionFileNotReadable $e){
     $userInterface->openFileAccessManager();
}catch (ExceptionFileNotWriteable $e){
     $userInterface->openFileAccessManager();
}catch (ExceptionIsNotAString $e){
     $userInterface->showError($e->getMessage());
}catch (ExceptionIsNotXMLConform $e){
     $userInterface->openXMLEditor();
}catch (ExceptionDBException $e){
     $db->rollbackTransaction();
     $userInterface->showError($e->getMessage());
}catch (ExceptionEmailException $e){
     $db->rollbackTransaction();
     $userInterface->showError($e->getMessage());
}
?>

Semoga tulisan gue bisa memberi sedikit pencerahan.

Konsep Visibility pada PHP 5

noreply@blogger.com (Anonymous) — Sun, 07 Dec 2008 17:46:00 +0000

Beberapa waktu lalu di milist PHP-UG ada yang nanya tentang konsep Visibility pada PHP 5. Banyak juga yang sudah menjawab. Dan menurut gue jawabannya juga bagus-bagus. Tapi gue juga ikutan jawab, karena sebagian besar jawabannya tidak mengacu pada konsep dasar tentang Visibility secara umum dalam pemrograman berorientasi objekt.

Tulisan gue di milist, gue masukin di blog sebagai arsip gue pribadi. Mungkin juga berguna buat yang lain kalau-kalau satu saat ingin cari tahu mengenai konsep visibility. Kalau ada kritik, koreksi atau tambahan, tentunya gue dengan senang hati menerima.

Secara umum penggunaan Visibility pada PHP 5 bisa dilihat langsung di dokumentasinya PHP 5. Setelah kita tahu bagaimana visibility berfungsi pada function, atau member variabel, gue rasa penting juga sebenarnya bertanya, kenapa sebenarnya ada visibility? Kapan pakainya? Buat kalian yang beranjak dari PHP < 5, maka pertanyaan yang sebenarnya juga cukup menarik, kenapa PHP sekarang support visibility?

Private, public, protected merupakan bagian dari prinsip "information hiding" dalam ilmu komputer. Kalau ingin tahu apa itu prinsip "information hiding" silahkan lihat di wikipedia.

Disitu hanya dijelaskan secara gamblang saja. Ada banyak sekali hal yang bersangkutan dengan "information hiding", dan pada kesempatan ini gue pengen coba untuk menjelaskan hanya pada bagian visibility.

Menjelaskan topik informatika paling enak pake analogi, jadi gue berusaha beranalogi. Gue coba2 cari di google analogi yang lebih pas, tapi gue gak ketemu. Kalau ada yang bisa memberikan analogi yang lebih pas, silahkan dibagi ^^.

Analogi gue kali ini adalah mobil. Mobil punya setir, punya starter, punya perseneling, dan minimal punya pedal gas dan rem (kopling untuk transmisi manual). Semua mobil punya "fungsi" ini. Dan semua pengemudi tahu dan "berharap" bahwa fungsi tersebut ada di dalam sebuah mobil. Keberadaan fungsi2 tersebut dalam sebuah mobil bisa kita lihat sebagai bentuk "public visibility".

Mobil bisa jalan karena ada mesinnya. Masalahnya disini adalah, bagaimana bentuk mesinnya, bagaimana cara kerjanya. atau. apakah sebenarnya mobil tersebut jalan pakai mesin? Hal itu semua sudah bukan urusan pengemudi mobil. Hal itu sudah urusan perusahaan yang bikin itu mobil. Bisa jadi mas Joko Suprapto punya methode lain buat bikin mobil bisa jalan ^^ (Ilmu gaib mungkin? ^^ ).

Fungsi mesin tidak hanya sekedar urusan perusahaan, akan tetapi mesin merupakan bagian paling penting dari inovasi perusahaan. Apakah mobil tersebut bisa ngebut, irit bensin, tidak berisik, ramah lingkungan, semuanya ditentukan dari kerja mesin tersebut. Karena semua jerih payah berpikir para insinyur automobile ada di dalam situ, perusahaan melindungi informasi tersebut, dan ingin agar fungsi tersebut tidak digunakan untuk kepentingan lain, selain untuk menjalankan mobil, ^^ dengan menggunakan fungsi2 "publik" yang sudah didefinisikan (setir, perseneling, pedal, dsb). Pokoknya pengemudi hanya tahu, untuk jalanin sebuah mobil, kudu starter dulu, masukin perseneling. dan kalo injek gas, mobilnya jalan, kalo di rem berhenti. Fungsi mesin disini bisa kita lihat sebagai bentuk "private visibility".

Perusahaan pembuat mobil tahu, bahwa dia gak akan bisa membuat mobil yang sesuai sama selera seluruh umat manusia ^^. Yang satu ingin mobilnya lebih nyaman, yang satu pengen bisa lebih cepat, yang satu ingin lebih irit, yang satu ingin lebih ramah lingkungan, dan lain sebagainya. Maka dari itu perusahaan pembuat mobil membuat beberapa komponen mobil memiliki kesempatan untuk di expand atau dimodifikasi. Entah itu pasang AC, pasang, Nitro, pasang katalisator, ganti jok mobil, ganti velg, diceperin dan lain sebagainya. Spesifikasi dan informasi komponen-komponen yang bisa di expand atau dimodifikasi tersebut diberikan oleh perusahaan mobil, ke bengkel2 mobil. Apakah itu bengkel resmi ato bukan untuk sementara tidak relevan ^^.

Seperti halnya mesin pada perusahaan mobil. sebagai pengemudi, kita tetap tidak tahu menahu tentang komponen ini. Kita tetap hanya mengetahui fungsi-fungsi publik. Kita tetap mengendarai mobil seperti biasanya. Hanya saja mobil kita mungkin sekarang lebih cepat, lebih irit, lebih nyaman, atau lebih-lebih yang lainnya. ^^. Analogi yang ini bisa kita lihat sebagai bentuk "protected visibility".

So itu analoginya visibility. Kalo dilihat dari subject threadnya ada yang nanya tentang visibility jenis "global". Jenis itu sepertinya spesifik di php doang, dimana function berdiri sendiri, tidak dalam sebuah kelas. CMIIW. Agak sulit menganalogikannya dalam kasus mobil diatas, karena paradigma object oriented itu melihat semuanya berupa object. Kalau gue memisalkan fungsi dengan visibility "global" sebagai kunci stang (yang jaman dulu tuh, yang buat dipasang dari setir ke pedal, tauk deh ada yang bisa bayangin kah) gak bisa juga. Karena kunci stang adalah object ^^ yang punya fungsi yaitu - seperti namanya - ngunci setir. ^^

Setelah panjang berteori fundamental visibility pada pemrogramman berorientasi obyek. sekarang mari kita coba menjawab pertanyaan kenapa ada visibility? Kapan pakainya, dan kenapa PHP sekarang support visibility?

PHP berkembang dari sekedar Personal Home Page pre-processor tools yang dibuat Rasmus Lerdorf, menjadi sebuah Full Blown Web Application language. Gue gak bilang enterprise ^^, karena untuk menjadikannya enterprise gak cukup pengetahuan PHP doang seperti layaknya sodara kita di java dan .net ^^.

Untuk membuat aplikasi, banyak komponen2 yang akan sering digunakan berulang-ulang di setiap project. Daripada setiap kali harus tulis ulang, mendingan dipakai lagi. Muncullah berbagai macam jenis framework di PHP yang umumnya punya tujuan yang sama, yaitu membuat pembangunan aplikasi web menjadi lebih cepat, mudah, dan bug free.

Membuat framework, sama halnya dengan membuat mobil, para developer framework menentukan melalui fungsi apa framework tersebut digunakan (public), fungsi-fungsi apa yang critical dan tidak boleh digunakan untuk kepentingan lain (private), dan fungsi-fungsi apa yang punya kemungkinan untuk di expand atau diganti (protected). Pengguna framework hanya akan dihadapkan dengan fungsi2 yang memiliki visibility public dalam membangun web aplikasinya.

Karena visibility baru di support setelah PHP 5, pembuatan framework memiliki problem dalam penggunaan visibility. Untuk mengantisipasi hal ini, Segala macam bentuk code convention digunakan dalam komunitas framework. Salah satunya adalah PEAR convention yang memberikan tanda strip bawah ( _ ) untuk setiap private member variabel dan private method.

Framework gak selalu harus pakai punya orang. Buat mereka yang bekerja product developing, umumnya punya methode dan fungsi2 proprietary yang juga digunakan dalam pekerjaan sehari-hari. Dalam hal ini bisa jadi masing-masing memiliki code convention sendiri-sendiri.

Sekarang gue mo coba memberikan contoh praktis dalam bentuk code untuk belajar memahami kapan menggunakan dan memilih visibility. Code ini jauh dari sempurna dalam konteks design-nya. Diantara kalian pasti bisa membuat yang jauh lebih baik dari ini. Akan tetapi menurut gue ini bagus untuk membantu memahami prinsip visibility.

Gue mau tetap bergerak di lingkup analogi gue, yaitu mobil. Gue mau membuat sebuah kelas "mobil". Untuk bisa memahami lebih baik, perlu diketahui bahwa dalam bekerja menggunakan paradigma berorientasi obyek, programmer harus berpikir bahwa code yang dia tulis suatu saat akan "digunakan" oleh orang lain, gue kasih tanda kutip, karena maksudnya disini bukan dimodifikasi atau dirubah.

Untuk itu gue buat skenario sebagai berikut.

Kelas mobil yang gue tulis disini adalah bagian dari sebuah aplikasi game. Anggap saja game balap mobil. Tanggung jawab gue adalah menulis kelas mobil ini dan kelas ini satu saat nanti akan digunakan oleh kolega kerja gue yang memprogramm kelas "pengemudi". Untuk itu gue udah berdiskusi sama dia, apa fungsi yang harus ada, yang perlu dia ketahui. lalu sama2 bikin daftarnya.
Fungsi setir. Menerima informasi kiri atau lurus atau kanan (-1, 0 atau 1)

Fungsi startEngine. Mengirimkan informasi kembali apakah mesin berhasil di starter (true atau false)

Fungsi stopEngine. mengirimkan informasi kembali apakah mesin berhasil dimatikan (true atau false)

Fungsi setPerseneling. menerima informasi perseneling (0 sampai 5)

Fungsi gas. menerima informasi tekanan seberapa besar gas diinjak (0-5)

Fungsi rem. menerima informasi tekanam seberapa besar rem diinjak (0-5)

So cukup. Sisanya dia gak perduli bagaimana gue mengimplementasikannya. Dia sebenarnya juga tidak berhak tahu ^^. Tapi gue berpikir agak jauh ke depan. bisa jadi code gue nanti bagus dan ingin terus dipakai, tapi karena satu dan lain hal, beberapa komponen sudah tidak begitu relevan lagi, baik itu kurang bagus, kurang cepat, atau kurang-kurang yang lainnya. Untuk itu gue akan mencoba mendefinisikan komponen apa yang kira-kira bisa diganti atau ditambah.

Setelah berpikir, maka gue menulis daftarnya.

Fungsi tangkiBensin

Fungsi knalpot

Fungsi airConditioner

So setelah ini kalo ada fungsi lain yang gue butuh, gue bebas berkreatifitas. Mau berapa banyak kek fungsinya dan namanya apa. Itu sudah terserah gue. Sekarang mari kita buat kelasnya.

class Mobil{

   private $engineStart = false;
   private $warna = 'putih';
   private $brand = 'bmw';
   private $perseneling = 0;

   public function __construct(){
       echo 'objek mobil dibuat';
       $this->tangkiBensin();
       $this->airConditioner();
       $this->knalpot();
   }

   public function setWarna($warna){
       $this->warna = $warna;
   }

   public function getWarna(){
       return $this->warna;
   }

  public function setBrand($brand){
      $this->brand = $brand;
  }

  public function getBrand(){
      return $this->brand;
  }

  public function engineStart(){
      $this->engineStart = true;
  }

  public function engineStop(){
      $this->engineStart = false;
  }

  public function isEngineStart(){
      return $this->engineStart;
  }

  public function setPerseneling($perseneling){
      $this->perseneling = $perseneling;
  }

  public function gas($gas){
      echo "nge-gas dengan tekanan pedal ".$gas;
      $this->knalpot();
  }

  public function rem($rem){
     echo "nge-rem dengan tekanan pedal ".$rem;
  }

  public function setir($arah){
       switch($arah){
            case -1:
                $this->moveLeft();
                break;
            case 0:
                $this->moveStraight();
                break;
           case 1:
                $this->moveRight();
                break;
           default:
                throw new Exception('hanya bisa 
                      menerima nilai -1, 0 atau 1');
       }
  }

  protected function tangkiBensin(){
        echo "tangki bensin muat 60 liter";
  }

  protected function knalpot(){
       echo "knalpot standard";
  }

 protected function airConditioned(){
     echo "gak punya AC";
 }

 private function moveLeft(){
     //TODO: implement how to move left
 }

 private function moveRight(){
     //TODO: implement how to move right
 }

 private function moveStraight(){
     //TODO: implement how to move Straight
 }

}

Okay, mari kita lihat dengan seksama. Pertama-tama member variabel. Gue nambahin warna dan brand, hanya sekedar tambahan saja untuk mendefinisikan personalitas sebuah objekt. Yang mau gue tunjukin disini adalah penggunaan visibility private pada getter dan setter (misal setBrand dan getBrand).

Tentu saja kita bisa pasang visibility apa saja pada member variabel. Tapi sudah merupakan best practice, bahwa member variabel itu sebaiknya private atau protected, dan member variabel tersebut hanya bisa dibaca dan ditulis melalui getter dan setter methodenya (kalo gue gak salah, best practice ini pelopornya java beans CMIIW). Apa alasannya? Dengan ini kita memiliki kontrol penuh atas nilai yang diberikan kepada member variabel tersebut. Sebagai contoh, apabila kita hanya punya warna atau merk tertentu, kita bisa bikin validator di dalam set methode untuk menentukan apakah warna yang diberikan pada argument tersebut valid atau tidak.

Mungkin contoh warna dan merk tidak begitu critical. Tapi coba bayangkan kalau perseneling member variabel gue pasang public, terus temen gue pasang angka 6, dengan cara $mobilObj->perseneling = 6; padahal mobil gue cuma bisa nerima sampe 5. Gue gak mau bayangin apa yang akan terjadi ^^. Apabila memang dibutuhkan, maka gue dengan mudah bisa implementasikan if atau switch statement di methode setPerseneling untuk menghindari hal seperti ini.

Selain itu, untuk perseneling, gue gak memberikan methode getPerseneling. dalam hal ini, gue gak punya alasan konkrit. Tapi bisa saja terjadi dalam pekerjaan, bahwa kita tidak mau orang membaca kembali nilai yang sudah dia berikan ^^.

Seperti yang bisa dilihat, gue membuat fungsi tangkiBensin, knalpot dan airConditioned sebagai protected karena gue merasa bagian itu satu saat bisa di modifikasi oleh orang lain. Sisanya fungsi moveLeft, -Right, dan -Straight merupakan contoh implementasi gue tentang bagaimana gue menjalankan mobil. Mungkin bisa lebih dari ini fungsinya. Tapi ini sekedar contoh saja. Fungsi ini digunakan oleh methode setir dimana dia memvalidasi argument yang diberikan menggunakan switch statement, dan melempar exception apabila argument tersebut tidak valid.

Exception gak akan gue jelasin disini ^^, jadi makin banyak entar ^^. Gue sudah pernah jelasin tentang exception deh ^^.

Setelah kelas mobil gue kelar, gue kasih ke temen gue. Dan akhirnya dia bisa pake deh. Bagaimana dia makenya, kira2 begini:

class Pengemudi{

      //member variabel pengemudi
      private $mobilObj;

     //lots of code implementing pengemudi

    public function setMobil(Mobil $mobilObj){
        $this->mobilObj = $mobilObj;
    }

    public function nyetirUgalUgalan(){
         if(!$this->mobilObj->isEngineStart()){
              $this->mobilObj->engineStart();
         }
         $this->mobilObj->setPerseneling(1);
         $this->mobilObj->gas(5);
         try{
             $this->mobilObj->setir(-1);
             $this->mobilObj->setir(1);
             $this->mobilObj->setir(-1);
             $this->mobilObj->setir(1);
         }catch(Exception $e){
             echo $e->getMessage();
             print_r($e->getTrace());
         }
         $this->mobilObj->rem(5);
         $this->mobilObj->setPerseneling(0);
         $this->mobilObj->engineStop();
    }

}

Ok gue harap semua tahu apa yang code diatas lakukan. Sedikit informasi, bahwa gue melakukan Type Hinting pada methode setMobil. Untuk jelasnya bisa baca dokumentasinya PHP. Type Hinting berguna sekali, membuat code jadi lebih robust dan stabil. Di tempat lain (biasanya istilahnya controller atau main methode kalo di java, di php katakanlah index.php) ada code yang membuat objekt sang pengemudi, membuat objekt mobil dan memberikannya kepada si pengemudi. Kira-kira begini:

$mobilObj = new Mobil();
$mobilObj->setWarna('orange');
$mobilObj->setBrand('Metro Mini');
$pengemudi = new Pengemudi();
$pengemudi->setMobil($mobilObj);
$pengemudi->nyetirUgalUgalan();

Di kemudian hari, kelas gue sudah mulai banyak dipakai di dalam system. Akan tetapi system tersebut butuh satu mobil lagi. Bedanya sekarang, mobil tersebut harus pasang AC, punya knalpot remus ^^ dan tangki bensin nya bisa isi 100 liter. Lebih canggihnya lagi, mobil tersebut gak cuma bisa belok ke kiri, kanan dan lurus, tapi sekarang bisa keatas dan kebawah (bisa terbang ^^. Ga usah protes. Suka-suka gue. Aplikasi gue kok :P). Mobil tersebut akan digunakan oleh pengemudi baru yang jauh lebih berpengalaman. Istilahnya sekarang "pilot". Mobil-mobil yang sudah dimiliki oleh pengemudi lainnya tidak boleh diganggu-gugat. Mereka sudah senang dengan keadaannya tersebut (prinsip never touch a running system). So apa yang gue lakukan? Gue akan bikin satu class mobil baru yang mewarisi fungsi-fungsi class mobil gue yang lama. Yang suka pake bahasa inggris, pasti kenal yang istilahnya inheritance.^^

So mari, coba kita bikin.

class MobilBaru extends Mobil{

  public function setir($arah){
       switch($arah){
            case -1:
                $this->terbang('kiri');
                break;
            case 0:
                $this->terbang('kanan');
                break;
           case 1:
                $this->terbang('atas');
                break;
           case -2:
                 $this->terbang('bawah');
                 break;
           case 2:
                 $this->terbang('lurus');
                 break;
           default:
                throw new Exception('hanya bisa menerima nilai -2,
-1, 0, 1 atau 2');
       }
  }

  protected function tangkiBensin(){
        echo "tangki bensin muat 100 liter";
  }

  protected function knalpot(){
       echo "knalpot remus";
  }

 protected function airConditioned(){
     echo "pake AC Central Daikin ^^";
 }

 private function terbang($arah){
     //TODO: implement how to fly
 }

}

So mari kita cerna pelan-pelan. Code gue sekarang agak lebih sedikit. Kenapa? Karena sebagian besar fungsi, sudah di implementasikan di parent class. Bahkan gue ga nulis constructor. Yang gue lakukan adalah memodifikasi methode sesuai tugas gue. Perhatikan bahwa gue meng-override methode setir, tangkiBensin dan knalpot. Perlu diperhatikan disini, apabila gue melakukan override pada methode setir, maka fungsi setir disini tidak dapat membaca private method yang ada di kelas mobil. Ini bukan sesuatu yang buruk, tapi justru baik. Karena private methode tersebut diperuntukkan khusus pada kelas Mobil.

Sekarang kita membuat kelas MobilBaru dimana behaviornya berbeda sekali (bisa terbang ^^) meskipun masih masuk definisi mobil. Maka dari itu, bagaimana setir di implementasikan supaya mobil tersebut bisa bersikap sesuai yang diharapkan (terbang ^^), ditulis method baru, dan diberikan visibility private.

Disini sebenarnya, sekali lagi bebas saja mau berapa methodenya, namanya apa, dsbnya. Sebagai contoh gue bikin satu methode namanya terbang. Sekarang bagaimana bentuk kelas pengemudinya? yaa kira2 begini lah:

class Pilot{

      //member variabel pilot
      private $mobilObj;

     //lots of code implementing pilot

    public function setMobil(MobilBaru $mobilObj){
        $this->mobilObj = $mobilObj;
    }

    public function terbangUgalUgalan(){
         if(!$this->mobilObj->isEngineStart()){
              $this->mobilObj->engineStart();
         }
         $this->mobilObj->setPerseneling(1);
         $this->mobilObj->gas(5);
         try{
             $this->mobilObj->setir(1);
             $this->mobilObj->setir(-2);
             $this->mobilObj->setir(1);
             $this->mobilObj->setir(-2);
         }catch(Exception $e){
             echo $e->getMessage();
             print_r($e->getTrace());
         }
         $this->mobilObj->rem(5);
         $this->mobilObj->setPerseneling(0);
         $this->mobilObj->engineStop();
    }

}

So sekarang agak ribet. Mohon dicerna pelan-pelan. Perhatikan pada setMobil, type hint gue sekarang MobilBaru, artinya, object yang dioper pada argument cuma boleh berupa instanz dari kelas MobilBaru. Ini berguna sekali. Coba bayangkan kalau type hint nya tetap Mobil. Dia bakal sama sekali gak protes, ketika tuh pilot kita kasih objekt MobilBaru karena MobilBaru adalah sebuah mobil ^^ (inherit class Mobil). Berikutnya, waktu kita kasih dia object Mobil, pada bagian setMobil(), dia masih gak protes, karena Mobil adalah sebuah mobil (astaga...). Tapi giliran dia mo terbangUgalUgalan(). Mobilnya bakal protes. kenapa? karena dia gak mengenal argument -2 ^^. Kalo masih bingung. mari kita lihat code yang menggunakan kelas ini :

//Mari kita anggap methode setMobil pada kelas Pilot 
//bentuknya begini:
//   public function setMobil(Mobil $mobilObj){
//        $this->mobilObj = $mobilObj;
//    }

//Perhatikan type hint nya Mobil.

//so sekarang main method atau controller atau index.php nya

$mobilObj = new MobilBaru();
$mobilObj->setWarna('orange');
$mobilObj->setBrand('Metro Mini');
$pengemudi = new Pilot();
$pengemudi->setMobil($mobilObj);
$pengemudi-> terbangUgalUgalan(); // << No error

$mobilObj = new Mobil();
$mobilObj->setWarna('orange');
$mobilObj->setBrand('Metro Mini');
$pengemudi = new Pilot();
$pengemudi->setMobil($mobilObj);
$pengemudi-> terbangUgalUgalan(); // << error: 
                                  // hanya bisa menerima
                                  // nilai -1, 0 atau 1

So gue sudah selesai. panjang juga ya? ^^ Sekali lagi, gue harap semoga bermanfaat.

File Upload Progress dengan PHP 5 dan APC

noreply@blogger.com (Anonymous) — Wed, 16 Jul 2008 07:18:00 +0000

Beberapa hari lalu, secara nggak sengaja gue baca-baca PHP 5.2.0 Release Announcement (tumben ^^) dan ngelihat kalimat ini di daftar key features nya "Hooks for tracking file upload progress were introduced". Ho ho ho was ist das? Penasaran banget, gue coba tanya-tanya kang google, dan mampir di satu blog yang bertanya di PHP Development mailing list tentang fungsi tracking yang dijanjikan tersebut. Yang menjawab tidak lain dan tidak bukan adalah Rasmus Lerdorf sendiri, dan menyatakan bahwa fungsi tersebut masih berada pada level C dan membutuhkan fungsi pendukung untuk digunakan dalam php.
Sudah lama gue coba cari-cari cara untuk bisa menampilkan laporan tentang kemajuan proses sewaktu meng-upload file. Gue sebenarnya cari cara, dimana menulis codenya itu murni dalam PHP. Tapi sayangnya kebanyakan yang gue temuin itu menggunakan cgi dan ditulis dalam Perl. Sayangnya gue gak begitu ngerti Perl, dan gue kurang suka sama bahasanya karena "terlalu dinamis", sehingga membuat code yang ditulis cepat untuk menjadi sulit dibaca.

Gue juga sempat coba pakai Fancyupload yang ditulis oleh Harald Kirschner, sebuah multi file uploader yang bekerja menggunakan Flash. Fancyupload ini gue lihat juga dipakai sama Joomla! CMS. Sayangnya ada 2(dua) kekurangan yang menurut gue cukup penting. Fancyupload ini tidak jalan di mac, dan setiap data yang di upload content-type nya pasti "application/octet-stream", bikin sebel. Biasanya gue kalo periksa file yang di upload, gue pasti periksa berdasarkan extension dan content-type nya, kalo beda biasanya filenya tidak gue terima.

Rasmus sendiri, menurut blog tersebut, langsung menyatakan bahwa dia telah menulis fungsi pendukung tersebut di dalam Alternative PHP Cache, sebuah PHP library yang merupakan bagian dari PHP Extension Community Library (PECL). Contohnya, beserta source code nya pun langsung diberikan. Tapi, menurut gue, sialnya, dia menulis contohnya menggunakan Yahoo! User Interface Framework dan gak pake komentar. Bukannya gue gak suka sama framework. Tapi menurut gue, kurang bijaksana sekali memberikan contoh code menggunakan framework, gak peduli se-straightforward apapun contohnya. Dan untuk sebuah contoh code, menurut gue lagi, komentar itu luar biasa pentingnya untuk mengerti step-by-step apa saja yang terjadi, atau mengapa terjadi, di dalam code tersebut.

Oleh karena itu, gue mau mencoba untuk membuat versi yang lebih sederhana, tanpa framework apapun dan penuh komentar ^^. Dalam kesempatan ini gue mau coba jabarkan dari awal, mulai dari menginstall APC modul itu sendiri, mengkonfigurasi modul tersebut, hingga menggunakannya.

Instalasi dan Konfigurasi APC

Untuk menggunakan fungsi file upload tracker menggunakan APC, kita butuh php 5.2+. Gue sudah mencoba menginstall APC ini diatas Windows dan Debian based Linux. Untuk Windows kita harus mendownload APC library secara manual. PECL zip package yang disediakan oleh php.net tidak mengikutsertakan library APC dalam distribusinya.

Setelah di download php_apc.dll tersebut tinggal dimasukkan ke dalam extension directory yang telah di definisikan di dalam php.ini. Untuk menginstall APC di dalam Debian based Linux gue menggunakan tutorial yang ini. Untuk install di distribusi linux yang lain dan Operating System yang lain silahkan cari di google. Kesuksesan dan kegagalan instalasi biasanya dipengaruhi berbagai macam aspek, yang tidak semuanya gue tahu dan tidak bisa gue jabarkan panjang lebar disini.

Pokoknya setelah kalian berhasil menginstall APC tersebut, maka kita harus mengatur konfigurasinya di dalam php.ini. Yang pertama adalah mendaftarkan library tersebut dalam daftar extension supaya dikenal oleh PHP.

extension=php_apc.dll

Di linux tidak berbeda jauh

extension=apc.so

Setelah ini, kita harus menyalakan fungsi RFC 1867, dan tergantung kalian ingin mencoba file upload dimana, lokal server atau remote server, ada beberapa perbedaan dalam konfigurasinya supaya nanti codenya bisa di test. Gue akan kasih lihat disini konfigurasi lokal server gue yang gue sadur dari IBM yang membahas thema yang sama.

...
post_max_size = 400M
...
upload_max_filesize = 400M
...
[APC]
apc.rfc1867 = on
apc.max_file_size = 200M
...

Mari kita lihat, gue merubah nilai maximum file size diatas 200M, kenapa? Karena apabila kita mengupload file di lokal server, maka file tersebut ter-upload begitu cepatnya, sehingga APC tidak sempat bereaksi untuk menghitung kemajuannya. Oleh karena itu untuk mengetest di lokal server kita butuh file yang cukup besar, biasanya diatas 150M. Oleh karena itu juga, kita butuh merevisi nilai maximum file size di php.ini. Untuk remote server atau produktif server, kita hanya perlu menyalakan fungsi RFC 1867 saja, dalam arti, kita hanya perlu menambahkan "apc.rfc1867 = on" di dalam php.ini kita. Selebihnya bisa dibiarkan sesuai nilai standardnya.

Untuk mengetest apakah semua instalasi dan konfigurasi berjalan dengan baik dan benar, maka setelah restart apache kita harung menengok phpinfo(). Apabila disitu terdapat informasi tentang APC seperti screenshot dibawah, maka apc sudah terinstall dengan benar dan kita bisa mulai menggunakannya.

Kalau kalian ingin tahu lebih lanjut tentang arti dan fungsi dari masing-masing konfigurasi APC silahkan membaca dokumentasinya. Sekarang kita bisa memulai untuk bereksperimen menampilkan informasi proses upload file. Sekedar informasi, semua code yang akan gue tulis, baik itu php, html atau javascript code, berada dalam satu file, yaitu upload_progress.php. Hal ini gue lakukan sebenarnya hanya untuk kemudahan saja dalam mengerti penggunaan APC. Kalau kalian sudah mengerti, silahkan implementasikan dengan cara kalian sendiri-sendiri, dan gunakan Framework apa saja yang kalian suka.

Upload Form

Mari kita bikin upload form yang sederhana saja.

<form action="upload_progress.php" enctype="multipart/form-data" 
      id="upload_form" method="post" 
      onsubmit="postForm('upload_form'); 
      return false;" target="hiddenframe">
<input id="progress_key" name="APC_UPLOAD_PROGRESS" 
       value="<?php echo uniqid()?>" type="hidden">
<input id="test_file" name="test_file" type="file">
<input value="Upload!" type="submit">
</form>
<div id="progress_win">
</div>
<iframe name="hiddenframe" style="display: none;"></iframe>

So, selesai. Sekarang mari lihat satu-satu. di baris pertama untuk form tag, kita punya atribut action yang mengacu pada dirinya sendiri apabila form tersebut di submit. Atribute enctype, karena kita ingin mengupload file, atribut method seperti biasa, post. Kita memiliki atribut Id yang pada atribut onsubmit di berikan sebagai parameter kepada fungsi javascript postForm. Dan kita memiliki atribut target, yang memiliki nilai "hiddenframe". Nilai ini mengacu pada nama iFrame yang didefinisikan di baris 8(delapan).

Dengan menggunakan atribut target pada form tag, maka apabila form tersebut di submit, proses submit tersebut akan dijalankan di Iframe, sehingga halaman dimana form tersebut berada tidak akan di reload. Dengan atribut onsubmit, maka sebelum form tersebut di submit, maka fungsi yang ada di dalam onsubmit tersebut dijalankan. Return false sebenarnya menyatakan bahwa setelah menjalankan fungsi tersebut maka gagalkan operasi submit form. Kenapa digagalkan? nanti gue kasih tahu di bagian javascript.

Baris berikutnya kita punya satu hidden input field. Field ini WAJIB ada apabila kalian ingin menggunakan APC untuk mendeteksi kemajuan upload file. Atribut Id pada input field ini bisa kalian definisikan sesuka kalian, gue definisikan sebagai progress_key. Atribut name harus sesuai dengan konfigurasi APC pada apc.rfc1867_name yang bisa dilihati di phpinfo(). setelah itu kita memiliki atribut value yang gue beri nilai yang unik. Nilai yang unik ini penting untuk orientasi APC ketika memproses kemajuan upload file. Apabila pada waktu bersamaan ada beberapa orang yang mengupload file, katakanlah user A dan B dan kalian memberikan id pada atribut value nya sama, maka APC bisa bingung, 2 progress dari 2 orang berbeda, tapi idnya sama, yang mana punya siapa? ^^

Di baris 6 kita punya div tag. Ini fungsinya sebagai container untuk menampilkan progress bar nya. Disini gue gak akan menjabarkan cara membentuk progress bar, karena untuk itu sudah banyak tutorialnya, gue hanya akan menunjukkan total prosesnya dalam persen. Sekarang mari kita lihat javascriptnya.

Javascript

Karena kita akan bekerja menggunakan AJAX, maka mari kita buat fungsi yang mempersiapkan sebuah instance dari HTTP Request Object, supaya nanti tinggal dipakai. Thema AJAX sendiri gak akan gue bahas panjang lebar. Contoh dan Tutorial bisa lihat di salah satu artikel dalam blog gue atau cari di google.

function createRequestObject()
   var requestObject;
   requestObject = false;
   if( window.ActiveXObject ){
       for( var i = 5; i; i-- ){
           try{
              if( i == 2 ){
               requestObject = 
                     new ActiveXObject( "Microsoft.XMLHTTP" );   
           }else{       
               requestObject =
                     new ActiveXObject( "Msxml2.XMLHTTP." + i + ".0" );
           }
           break;
         }catch( excNotLoadable ){                       
               requestObject = false;
         }
       }
   }else{
       requestObject = new XMLHttpRequest();
   }
   return requestObject;
}

var http = createRequestObject();

So, dengan ini kita sudah mempersiapkan sebuah instance dari HTTP Request Object. Sekarang kita buat fungsi postForm() yang akan dipanggil ketika html form yang barusan kita buat di submit.

function postForm(formName){
 document.getElementById(formName).submit();
 setTimeout('updateProgress()', 100);
}

Isinya mudah saja. HTML form dengan nama yang didefinisikan di submit. setelah itu kita menunggu 100ms sebelum menjalankan fungsi updateProgress(). Kenapa harus menunggu? Karena file yang di upload butuh waktu untuk mencapai server. Apabila kita tidak menunggu, maka APC tidak memiliki informasi apapun untuk dikirimkan kembali ke kita, dalam hal ini APC akan mengirimkan nilai false. Dan itu sangat tidak baik.

Interval 100ms gue gunakan hanya untuk lokal server. Untuk remote server ada baiknya untuk mendefinisikan interval yang lebih besar, satu hingga dua detik (2000ms) karena pengiriman data dari client hingga ke server bisa memakan waktu lama tergantung kecepatan internet.

Sekarang mari kita lihat apa isi di dalam fungsi updateProgress().

function updateProgress(){
 progress_key = document.getElementById('progress_key').value;
 http.open("GET", 'upload_progress.php?progress_key='+progress_key, true);
   http.onreadystatechange = function () {
       if (http.readyState == 4) {
           if (http.status == 200) {
             the_object = eval("(" + http.responseText + ")");           
             if(!the_object.done){
               result = Math.round(
                         (the_object.current/the_object.total) * 100);
               document.getElementById('progress_win').innerHTML = 
                         result +'%';
               setTimeout("updateProgress()",500);
             }else{
               document.getElementById('progress_win').innerHTML = '100%';
             }
           }
       }
   }
 http.send(null);
}

Disini kita lihat bahwa kita mengirimkan GET Request ke server dengan parameter progress_key yang diambil dari input hidden field yang unik tadi. Server nantinya akan mengirimkan response text berupa JSON. Response text tersebut akan dirubah menjadi javascript object dengan eval(). Lalu kita check apakah object atribut "done" didefinisikan dalam object. Apabila tidak, maka hitung kemajuannya dalam persen, lalu tampilkan nilainya dalam div container. Setelah itu tunggu beberapa saat, dalam hal ini gue memasang interval 500ms, dan ulangi proses tersebut.

Server akan menambahkan atribut "done" apabila proses upload sudah selesai. Dan apabila ini terjadi, maka angka persen di div container akan ditulis "100%". Mengenai definisi return array oleh APC silahkan baca manualnya pada bagian RFC1867. Dengan ini javascript kita kelar. Sekarang kita bisa lihat PHP scriptnya.

PHP script

Disini script kita akan meng-handle 2 macam proses, yang pertama adalah upload file itu sendiri, dan yang kedua adalah membaca kemajuan proses upload.

if($_SERVER['REQUEST_METHOD']=='POST') {
  //implement your upload code here
  //e.g. @move_uploaded_file($filename, $destination)
  exit;
} else if(isset($_GET['progress_key'])) {
  $status = apc_fetch(ini_get('apc.rfc1867_prefix').
                         $_GET['progress_key']);
  echo json_encode($status);
  exit;
}else{
  //you can implement some code to display error here
}

Scriptnya mudah saja apabila request method yang diterima adalah post, maka upload filenya. disini kita bisa memasukkan code yang biasa kita implementasikan kalau kita ingin mengupload file.

Apabila request method nya bukan post, maka periksa apakah GET parameter dengan nama "progress_key" di definisikan, jika ya maka ambil informasi tentang status upload file dengan apc_fetch(). Fungsi ini_get() disini adalah untuk mengambil prefix yang didefinisikan di konfigurasi apc (bisa dilihat di phpinfo()). Setiap file yang di upload dan memiliki hidden field "APC_UPLOAD_PROGRESS" pada formnya, APC bisa mengidetentifisikan kembali melalui prefix yang didefinisikan di php.ini dan value yang didefinisikan di hidden field tersebut.

Fungsi apc_fetch() akan mengirimkan array atau boolean false. Apabila dia mengirimkan array, maka kita akan merubah array tersebut menjadi JSON dengan json_encode() function dan mengirimkannya kembali ke client dalam bentuk plain text.

Jadi deh. Tinggal di test. Source code yang kumplit bisa kalian dapatkan disini dan di bawah ini hasilnya, kalian bisa langsung coba ^^.

Happy coding.

Zend PHP 5 Certified Engineer

noreply@blogger.com (Anonymous) — Fri, 20 Jun 2008 21:02:00 +0000

Well, from today i am a proud Zend PHP 5 Certified Engineer. It was not easy though, even with the fact that i already worked with PHP for about 5 years ^^. But there was just some question i not familiar with, because i never use it in my daily work with PHP. Difference between PHP 4 and PHP 5 was asked but it is not so difficult to answer. But some of the PHP specific questions is really hard to answer, especially the questions related to stream functions ^^. The New Object Oriented Paradigm and Security issues was for me the easiest one.

I took the Exam in Frankfurt am Main, in a Training Center named Brand EDV Training located in Ostbahnhof area. Well from the outside looks not so promising, the building seems so old and dusty. But well Frankfurt is an old town actually, and this is not the downtown.

As i entered the office, it's looked more and more promising. ^^ Well the reception was very kind. He asked about my ID and asked me to sign some forms about Terms and Condition, Privacy Policy and something like that. He said, i'm not like an Indonesian, more like Chinese. I said, "how can you say that?". And he said, "because my MOTHER COME FROM INDONESIA." Huh? cool, well he looks like an Indonesian to me, but more like East Indonesian, maybe Maluku, Timor or somewhere around there. ^^ Definitely not from Java.

Well after some more chit chat, he brought me into some kind of a class room and prepare the exam for me. I had 90 minutes to finish the exam, and i was finish in about 45 minutes. I took a mock exam a week before, and can answer it in about 30 minutes, but the real exam is actually tougher than that.

Anyway this icon is just nice to put on my blog ^^. What about the ZCE title? Should i put that on my name to? along with the German Dipl. Inf.? Boah, it will be too much show off, will it not?

My Google App Engine Account

noreply@blogger.com (Anonymous) — Thu, 10 Apr 2008 18:07:00 +0000

Google App Engine enables you to build web applications on the same scalable systems that power Google applications. No assembly required. It's easy to scale. AND It's free to get started. How's that sounds, huh? That's the new Google App Engine.

On April 7th, 2008 i read an article on ZDNet.com telling that Google announces App Engine. I thinked: "WOW! this is great news". I really want to try it. Well the problem is the service is being opened up to the first 10,000 developers that request an account. Of course its free, but 10, 000 is not much. But i try to request an account anyway. In fact, at that time Google can not accept account request anymore.

But, Google give an option that, if there is another chance to request an account, you will be informed. And there it is 3 days later, i got an email from google that informed me, i have the opportunity to try one of the newest google service. ^^
Hello,

Thanks for signing up to try Google App Engine! Your account has been activated, so you can begin building applications!

To start creating applications with Google App Engine, simply follow this link (you may need to sign in with your xxxxxx.xxxxxx@gmail.com Google Account):

http://appengine.google.com/

Thanks!
The Google App Engine Team

I can just say YES! At that time. Quick browse the tutorial and download the App Engine for local test. Google did his homework and create a nice video tutorial and Getting Started Guide.

Kevin Gibbs says on Google Campfire One that Python are the first language for Google App. Well I say, I am waiting for PHP to be Next!!

Okay folks!! Just wait my next Masterpiece on Google App Engine ^^.

Install PHP Extension untuk Zend Debugger

noreply@blogger.com (Anonymous) — Wed, 26 Mar 2008 17:31:00 +0000

Biasanya kalo gue nge-debug PHP-code yang gue tulis, gue pasti kalo gak pake fungsi print_f() ya pake echo. Tapi sejak pake Zend Studio for Eclipse gue ngerasa sudah saatnya gue cobain pake Zend Debugger. Itung-itung biar kelihatan lebih professional, dan tentunya disiplin diri sedikit. Dan juga gue cukup kenal dengan Debugger Panel-nya Eclipse waktu memprogram aplikasi Java.

Hal lain yang tentunya gue kesengsem banget pengen cobain, ya... PHPUnit-nya jek. Mantep banget kan tuh, gak perlu repot-repot lagi Unit-Testing di browser. Bisa lebih semangat ber-Test Driven Development ria. Bikin test filenya atau jalanin testnya juga tidak sulit, tinggal ceklak-ceklik beres.

Tapi! Tidak disangka-sangka, baru klik Run > Debug as > PHP Script lah langsung error Call to undefined function mysql_connect(). Ternyata tidak semua PHP Extension merupakan bawaannya Zend Debugger. Beberapa kudu install sendiri. Setelah ubek-ubek google coba ini itu. Akhirnya nyala juga. Nah supaya yang lain gak punya masalah juga seperti gue, gue pengen bagi-bagi pengalaman gue install PHP-Extension buat Zend Debugger.

Referensi gue waktu cari-cari di google saat itu bisa dilihat disini, disini, disini dan disini. Dari 4 sumber itu, sebenarnya semuanya tidak membuahkan hasil, tapi setidaknya sudah menunjukkan jalan, musti utak-atik dimana. Yang terakhir adalah forum dari Zend sendiri. Dan gue sempet posting saking desperate-nya. Tapi sampai gue ketemu sendiri titik masalahnya dimana, tidak ada yang response pertanyaan gue.

Sebelum gue mulai, mungkin ada baiknya kalau kalian tahu bahwa ada 2 macam Zend Debugger. Yang satu untuk IDE, kita bilangnya Client Debugger, dan yang satu lagi untuk Web Server, atau kita bilangnya Server Debugger. Yang akan gue bahas kali ini sebenarnya tentang Client Debugger, tapi Server Debugger bakal gue singgung juga sedikit.

Contoh yang gue pakai buat Tutorial ini semuanya menggunakan Zend Studio, tapi gue yakin PDT juga sama saja. Jadi tunggu apalagi, download PDT All in one package disini. Distribusi ini sudah dilengkapi dengan Zend Debugger Client.

Untuk mencoba paket yang sudah ada Server Debuggernya, ada baiknya kalian install Zend Core. Tidak usah takut, meskipun trial, Zend Core tidak akan expired, karena untuk Zend Core, Zend menjual support, bukan softwarenya.

So gue langsung ajah, gue gak akan ngebahas installnya, karena ini bukan tutorial untuk install software tapi untuk install PHP Extension di Zend Client Debugger.

Bikin PHP Project baru, lalu buat satu php file, kita beri nama index.php. Dengan file ini kita coba untuk membuka koneksi ke mysql. Gue anggap kalian semua sudah install mysql server, dan punya test database. So kita tulis script untuk connect ke mysql di index.php yang kita buat tadi:

<?php

$link = mysql_connect('localhost', 'mysql_user', 'mysql_password');
if (!$link) {
    die('Not connected : ' . mysql_error());
}

// connect to database
$db_selected = mysql_select_db('database', $link);
if (!$db_selected) {
    die ('Can\'t use foo : ' . mysql_error());
}

?>

So sekarang coba Run > Run As > PHP Script. Hasilnya pasti bakal kayak gini:

Fatal error:  Call to undefined function mysql_connect() in K:\root\test\index.php on line 3

Ok untuk lebih yakin bahwa Zend Debugger tidak di install MySQL extension, mari kita coba bikin phpinfo(). Kita ganti script di index.php yang tadi dengan phpinfo(). Lalu coba lagi Run > Run as > PHP Script. Sekarang kalian bisa lihat halaman phpinfo, dan kalau kalian cari disitu, tidak akan ketemu informasi tentang mysql. Ada beberapa extension juga yang tidak ada disitu. Dan dalam kesempatan ini kita akan coba install extension tersebut.

Dari tutorial-tutorial referensi gue diatas, semuanya kasih tahu bahwa gue harus buka plugin Zend Debugger untuk eclipse. Tergantung installasi plugin tersebut dapat ditemukan di

[install_dir]\plugins\org.zend.php.debug.debugger.[operating_system]_5.2.12.v20071210\resources\

Di dalam situ ada 2 direktori, yang satu php4 yang satu php5. Buka yang php5 isinya kira-kira begini:

Kalau kalian buka php.ini nya pakai text editor, isinya cuma ini:

zend_extension_ts=.\ZendDebugger.dll

Mulai dari sini, menurut referensi gue, gue bisa ambil kesimpulan ada 2 kemungkinan:

Menggunakan Zend Server Debugger extension
Mengcopy extension file ke plugin directory

Gue sekarang mau coba bahas 2 kemungkinan itu dan masalah-masalah yang sempat gue hadapi saat itu.

Menggunakan Zend Server Debugger extension
Karena server kita sudah disetting semuanya untuk koneksi ke mysql, extension yang diperlukan juga sudah di install, apalagi disana juga sudah diinstall ZendDebugger. Kenapa juga tidak dipakai juga untuk Client Debugging.

Untuk menggunakan Zend Server Debugger extension, caranya mudah saja. Di Eclipse, buka Window > Preferences... > PHP > PHP Executables. Disana klick Add. Terus isi kira-kira seperti ini. Ingat ini settingan gue. Address path kalian bisa lain.

Setelah klickt Finish, set default setting yang loe tadi bikin, kira-kira seperti ini:

Sekarang coba lagi Run as > PHP Script index.php-nya. Kali ini pasti berhasil. Beberapa dari kalian pasti ada yang mengalami keluarnya pop-up ini:

Ini disebabkan karena Plugin zend debugger Eclipse dibuat untuk php versi 5.2.5 dan Zend Core memiliki php versi 5.2.4. Apabila diantara kalian Web servernya menggunakan versi yang sama dengan Eclipse Zend Debugger, maka pop-up warning tersebut tidak akan muncul.

Cara ini sebenarnya sangat tidak disarankan, karena bisa menimbulkan "hal-hal yang tidak diinginkan" lebih jelasnya apa gue sendiri saat ini tidak tahu, tapi yang pasti Zend tidak akan extra membuat 2 Debugger apabila toh semuanya sama saja.

Maka dari itu sangat disarankan cara yang kedua.

Mengcopy extension file ke plugin directory
Copy directory ext dari directory php - untuk zend core ada di [install_dir]/lib/phpext - ke Zend Debugger Plugin. copy juga libmysql.dll dan lib .dll yang lainnya yang dibutuhkan. Kira-kira akhirnya seperti ini:
INGAT: Perhatikan versi data yang ada di directory ext, bandingkan dengan angka yang tertera di php5ts.dll (PHP Interpreter). Pada contoh gambar diatas php5ts.dll memiliki versi 5.2.5.5. Apabila extension library yang ada di directory ext tidak memiliki versi yang sama, maka dijamin tidak akan berhasil. Informasi ini tidak dihimbau di referensi yang gue baca. Dan sempat bikin gue bingung waktu itu, kenapa kok tidak nyala-nyala extension-nya. Selanjutnya tinggal menyesuaikan php.ini yang ada di plugin. Gue kasih contoh bagaimana konfigurasi php.ini gue.

zend_extension_ts=.\ZendDebugger.dll
extension_dir=".\ext"
extension=php_soap.dll
extension=php_sockets.dll
extension=php_mysql.dll
extension=php_pdo.dll
extension=php_pdo_mysql.dll
extension=php_pdo_pgsql.dll
extension=php_zip.dll
extension=php_xsl.dll
extension=php_xmlrpc.dll
extension=php_mhash.dll
extension=php_mcrypt.dll
extension=php_mbstring.dll
extension=php_calendar.dll
extension=php_bz2.dll
extension=php_bcmath.dll
extension=php_curl.dll
extension=php_exif.dll
extension=php_ftp.dll
extension=php_gd.dll
extension=php_fdf.dll
extension=php_gd2.dll
extension=php_gettext.dll
extension=php_imap.dll
extension=php_ldap.dll
extension=php_mime_magic.dll
extension=php_ming.dll
extension=php_mysqli.dll
extension=php_openssl.dll
extension=php_pdo_odbc.dll
extension=php_pdo_sqlite.dll
extension=php_pgsql.dll
extension=php_sqlite.dll
extension=php_tidy.dll

Beberapa orang mungkin lebih sedikit, beberapa lebih banyak, tapi yang penting cuma 3 yang diatas:

Address Path dari zend_extension_ts
Address Path dari extension_dir
extension apa yang mau di install

Setelah semua selesai. Silahkan dicoba lagi run index.php scriptnya dan check phpinfo() apakah kali ini extension tersebut terinstall dengan benar. Menurut gue sih mestinya sekarang sudah jalan. Selamat mencoba.

My Zend Studio for Eclipse License

noreply@blogger.com (Anonymous) — Thu, 13 Mar 2008 20:44:00 +0000

Akhirnya setelah menunggu sekian lama (tepatnya 1 bulan kurang 2 hari), sambil ngeliatin trial warning popup yang bikin deg-degan, gue bisa dapetin Zend Studio for Eclipse License dengan harga yang sangat terjangkau.

Terima kasih gue sebesar-besarnya buat Perwakilan Zend di indonesia PT. Rynet Cipta Teknologi dan tentunya buat mas Riki Risnandar sebagai contact person

Beberapa waktu lalu di milist sempat ada kabar bahwa perwakilan Zend di indonesia memberikan kesempatan untuk Komunitas PHP Indonesia membeli Zend Studio for Eclipse dengan harga yang sangat terjangkau: $99, atau tepatnya pada saat gue bayar €65,17 saja. Harga yang menurut gue luar biasa murahnya untuk produkt secanggih ini.

Prosesnya cukup cepat, Selama di kantor hari ini, cuma email-emailan saja sama mas Riki sebagai contact person, bayar lewat paypal, eh malam ini sudah bisa menikmati Zend Studio tanpa warning popup windows yang bikin deg-degan (angkanya turun terus tuh, belon kelar cobain semua featurenya ^^).

Gue harap dengan adanya penawaran ini, komunitas PHP di indonesia bisa dapat semakin berkembang, dan bisa bekerja lebih efektiv dalam pengembangan produkt aplikasi web yang menggunakan PHP.

Keep up the good work bro ^^.

PS: Kalo udah abis gue bedah ini tools, gue posting dah trik-trik menarik.

Zend Webinar

noreply@blogger.com (Anonymous) — Fri, 29 Feb 2008 15:51:00 +0000

Heute habe ich meine erste Webinar besucht. Diese Webinar würde von Zend veranstaltet und Organisiert. Es geht um seine neue Produkt aus der IDE reihe. Es heißt Zend Studio For Eclipse. Ich habe dieses Produkt schon seit es noch in beta phase bereits probiert, aber ich habe noch nicht alle seine neue Funktionen ausprobiert, von daher dachte ich es lohnt sich diese Webinar zu besuchen. Das Webinar war sehr Interessant und hilfreich, abgesehen von der technisches Panne die mitten im Webinar passiert ist.

Unsere Sprecher war Jan Burkl, ein Zend PHP Berater aus Stuttgart. Sein Vortrag finde ich sehr gut strukturiert. Da ich das neue Zend Studio bereits benutze seit der noch in beta Phase war, habe ich ein paar dinge bereits erkannt.

Was ich ziemlich interessant finde sind die neue Funktionen wie Refactoring, Unit-Testing und Code profiling. Das hat er ganz schön und systematisch mit Beispielen erklärt.

Ich glaube ich sollte solche Webinaren öfter besuchen ^^.

Acid Test, Zat asam untuk Browser

noreply@blogger.com (Anonymous) — Tue, 05 Feb 2008 23:46:00 +0000

So buat kalian-kalian atau kita-kita para Web Application Developer, istilah Cross Browser Compatibility sudah bukan kosakata baru dalam kamus. Semua pasti pernah ngerasain yang namanya lembur cuma gara-gara layout yang sudah cantik indah nan rapi di browser yang satu, berantakan gak karuan di browser yang lain.

Ya ya, tough job huh? Kadang-kadang gue mikir, kenapa mereka(Browser Vendor) kok gak punya standarisasi sih buat bikin HTML Interpreter Engine? kenapa harus lain-lain interpretasinya? sudah kayak agama ajah. Padahal sudah ada organisasi seperti W3C yang jelas-jelas sudah bikin standard-nya.

Untuk lebih menyemarakkan acara penyeramagaman Interpretasi pada browser -astaga bahasanya- sebuah organisasi yang menamakan dirinya The Web Standards Project, menerbitkan beberapa code snippet yang berfungsi untuk mengetest apakah sebuah browser menginterpretasikan HTML, CSS, dan Javascript sesuai standard W3C. Code Snippet ini mereka beri nama Acid.

Hingga saat ini sudah 3 versi Acid yang diterbitkan oleh Web Standards Project. Acid yang pertama bahkan diterbitkan langsung oleh W3C. Dengan adanya test ini, setiap browser vendor berlomba-lomba memperbaiki browser mereka supaya "lulus" acid test.

Belum lama ini Channel9 dengan bangga melaporkan bahwa Internet Explorer 8 akan lulus acid2 test. Acid2 dirilis April 2005, sekarang tanggal berapa? Halo Microsoft, baru bangun ya? Oh, tenang dulu, ternyata Firefox 2.x pun belum mendukung sepenuhnya, meskipun tidak separah IE 6 atau IE 7. Browser vendor besar lainnya seperti Safari, Konqueror dan Opera, saat ini sudah sanggup menginterpretasikan acid2 dengan benar.

Dengan adanya test ini, dan melihat bahwa setiap browser berlomba untuk memperbaiki produkt mereka supaya dapat menginterpretasikan acid test secara baik dan benar, kita sebagai web developer bisa sedikit bernapas lega. Setidaknya kita bisa lebih memfokuskan waktu kita untuk memperbaiki kesalahan dalam logik dan proses, daripada kesalahan dalam layout.

Sun acquires MySQL

noreply@blogger.com (Anonymous) — Tue, 22 Jan 2008 14:19:00 +0000

This journal from Golem.de on 16th January 2008 is a surprise for me. The title on my RSS reader makes me want to klick it and read more about it.

Actually i don't know how to react at that moment. I have a certain feeling that i can't described it. Well i just try to googled a little bit on that theme, and found the blog from Kaj Arnö the Vice President Open Source Community Relations for MySQL. He is trying to give some answers about this event and the impact to the MySQL users, community members, customers, partners, and employees.

The deal is worth about $1 billion USD and at the same day Oracle acquires BEA for $8,5 billion USD. Compare with BEA, MySQL ist very cheap. I think MySQL should be worth more than that, since it has more than $70 million or so in revenue.

Kaj Arnö writes:

Depending on one’s relationship to MySQL, the immediate reaction upon hearing the news may be a mixture of various feelings, including excitement, pride, disbelief and satisfaction, but also anxiety.

Well i do feel a mixed of "excitement, pride, disbelief, satisfaction, and anxiety", haha, because i don't really know what's the impact in that time. Actually i want to post this to phpug and id-php but its already late at the office and i really want to go home. I considering to post it the next day at the morning. But someone post it already ^^.

The discussion in the groups and at the office is almost the same. Will the MySQL do better in Solaris and Java in the future? Will the other OS and programming language (such as PHP ^^) be given less attention? How about the LAMP stack, will it be SAMJ(Solaris Apache MySQL Java) stack instead of LAMP stack in the future?

Espescially about LAMP Stack, Ryan Paul writing for Art Technica have a brief analyse to that matter.

What's makes me comfortable in the end, is that Kaj said

But I don’t expect that in any way to be at the cost of other popular operating systems (Linux, Windows, Mac OS/X, other Unixes etc.) or development environments (PHP, Ruby on Rails, Perl, Python, ODBC, C++, C#, VB etc.). MySQL grew with LAMP and MySQL without LAMP at its core is simply unimaginable. It was MySQLs part of LAMP that interested Sun in the first place.

Well thats damn true, never takes "My"-SQL away from my LAMP ^^. And in the mean time, maybe i should play with OpenSolaris a little bit, just in case ^^.