Critical Journal Riview: "Pemograman Berorentasi Objek" [PDF]

Citation preview

CRITICAL JOURNAL RIVIEW Diajukan untuk memenuhi matakuliah:



“PEMOGRAMAN BERORENTASI OBJEK” Dosen Pengampu: Bagoes Maulana, S .Kom ,M.Kom



Disusun Oleh Kelomppok : 1. Maya Tamara Gultom



(5173351024)



2. Muhammad Ghojali



(5173351031)



3. Vanny Fadhilah



(5173351046)



4. Vioni M Sinulingga



(5173351047)



FAKULTAS TEKNIK PENDIDIKAN TEKNOLOGI INFORMATIKA DAN KOMPUTER UNIVERSITAS NEGERI MEDAN MEDAN 2019



KATA PENGANTAR



Puji syukur kami panjatkan atas kehadirat Tuhan Yang Maha Esa sehingga Critical Journal Review ini dapat tersusun hingga selesai. Tidak lupa kami juga mengucapkan banyak terima kasih atas bantuan bapak dosen pengampu dalam menyusun Critical Jurnal Review ini. Makalah ini di buat untuk memenuhi salah satu tugas mata kuliah kami yaitu ”Pemograman Beorentasi Objek”. Dan harapan kami, semoga makalah ini dapat menambah pengetahuan dan wawasan bagi para pembaca, jika ada isi yang kurang relevan maka untuk ke depannya kami akan memperbaiki bentuk maupun menambah isi makalah agar menjadi lebih baik lagi dari sebelumnya. Karena keterbatasan pengetahuan maupun kurangnya pengalaman kami, mungkin kami yakin masih banyak kekurangan dalam makalah ini, Oleh karena itu kami mengharapkan saran dan kritik yang membangun dari pembaca demi kesempurnaan makalah ini.



Medan, 30 Mei 2019



Kelompok IV



2



DAFTAR ISI



Kata Pengantar.................................................................................................................. i Daftar isi............................................................................................................................. ii BAB I Pendahuluan........................................................................................................... 1 1.1 Latar Belakang......................................................................................................... 1 1.2 Tujuan...................................................................................................................... 1 1.3 Manfaat.................................................................................................................... 1 1.4 Identitas Jurnal……………………………………………………………………. 1 BAB II Identitas Jurnal dan Ringkasan Isi Jurnal........................................................ 2 2.1 Ringkasan isi Jurnal................................................................................................. 2 BAB III Analisis Jurnal....................................................................................................12 A. Kelebihan Jurnal......................................................................................................12 B. Kekurangan Jurnal...................................................................................................12 BAB IV Penutup................................................................................................................13 A. Kesimpulan..............................................................................................................13 B. Saran........................................................................................................................13 DAFTAR PUSTAKA........................................................................................................14



3



BAB I PENDAHULUAN 1.1.



Latar Belakang Bahasa pemrograman dan pendidikan tidak selalu disetujui. Sementara banyak bahasa pemrograman telah dianggap berguna untuk industri, hanya sedikit (seperti Pascal ) yang dianggap berguna untuk pembelajaran. Banyak dari bahasa itu bahkan dirancang khusus untuk tujuan ini. Smalltalk , misalnya, dirancang agar cukup sederhana untuk memungkinkan pembuatan aplikasi berorientasi objek oleh pengguna mana pun. Namun, sepengetahuan penulis, saat ini tidak banyak penelitian tentang kesesuaian bahasa pemrograman untuk pendidikan. Mungkin proyek Biru adalah yang lebih populer. Tim proyek Biru melakukan survei menyeluruh terhadap bahasa yang relevan dan akhirnya mereka menyatakan bahwa diperlukan untuk membuat yang baru, karena bahasa yang ada tidak cocok untuk pendidikan. Bahkan, mereka awalnya menolak Jawa untuk tujuan ini, demi bahasa yang dikembangkan sendiri. Namun, apa yang disebut bahasa pemrograman Biru akhirnya dihapus, mengadopsi Java (mungkin karena popularitasnya) dan mengembangkan BlueJ , yang lebih menekankan pada lingkungan yang terintegrasi. Bagaimanapun, tim Biru telah memutuskan bahwa bahasa pemrograman yang cocok untuk belajar harus menyajikan beberapa kualitas, seperti '' kecil dan sederhana, '' '' tingkat tinggi, '' 'sintaks yang dapat dibaca,' '' 'orientasi objek murni.' Jelas, studi yang dikembangkan oleh tim BlueJ dimaksudkan untuk tahap awal pembelajaran pemrograman. Dalam hal itu, kami sepenuhnya setuju dengan karakteristik yang diminta oleh tim BlueJ. Namun, ada satu dari mereka yang kami pikir tidak wajib untuk siswa tingkat menengah-lanjutan, dan, sebaliknya, ketidakhadirannya dapat membantu: pemeriksaan tipe-aman.



1.2.



Tujuan 1. Untuk melengkapi tugas matakuliah pemograman berorintasi objek 2. Untuk membentuk keterampilan dalam menyelesaiakan masalah 3. Memperbanyak sumber-sumber referensi untuk pembuatan critical journal review 4. Mampu memahami isi journal dengan tujuan mampu mengembangkan materi yaitu mampu membuat kelebihan dan kekurangan jurnal



1.3.



Manfaat Manfaat dari Critical journal Review



ini adalah agar kita dapat memahami dan



mengetahui kelemahan dan kelebihan dari Bab dalam buku yang kita kritik. 4



1.4



Identitas Jurnal Judul



: Menuju Sistem Pemrograman Berorientasi Objek untuk Pendidikan



Penulis



:  J. BALTASAR GARCI´A PEREZ-SCHOFIELD  FRANCISCO ORTI´N SOLER,  EMILIO GARCI´A ROSELLO



Jenis Jurnal : Jurnal Internasional Sistem Pemrograman Berorientasi Objek Jumlah Halaman :13 Halaman Tahun Terbit : Received 14 January 2005; accepted 29 December 2005



5



BAB II RINGKASAN ISI JURNAL 2.1



Ringkasan Jurnal Abstrak Dalam artikel ini, sebuah proyek penelitian yang sedang berlangsung yang dilakukan di departemen Ilmu Komputer dari Universitas Vigo dijelaskan. Tujuan utamanya adalah untuk berfungsi sebagai kendaraan untuk belajar pemrograman berorientasi objek. Meskipun masih dalam pengembangan, telah berhasil digunakan dalam sejumlah kursus yang berbeda. Karakteristik utamanya adalah (a) dukungan orientasi objek berbasis prototipe, yang merupakan model orientasi objek yang benar-benar membungkus model berbasis kelas; (B) dukungan masa depan untuk kegigihan objek, yang menyederhanakan ke minimum semua masalah input / output; dan (c) dukungan berbagai platform, melalui bytecode portabel. Kami berpikir bahwa kombinasi dari semua kemungkinan ini, hasil yang diperoleh dalam penggunaan pertama, dan pengembangan lebih lanjut dari proyek ini akan mengarah pada alat yang menarik dan bermanfaat yang akan direkomendasikan untuk pengajaran berorientasi objek. Kesederhanaan model orientasi objek berbasis prototipe, penurunan dramatis dalam kompleksitas untuk program karena dukungan langsung dari kegigihan, dan semua fasilitas yang secara alami disediakan oleh fitur dukungan multiplatform menjadikannya alat yang ideal untuk belajar, memungkinkan pendidik untuk menekankan pada masalah yang sebenarnya penting dari pemrograman berorientasi objek. ARSITEKTUR MESIN VIRTUAL Operasi primitif yang didukung oleh mesin virtual dapat dikumpulkan di bawah tujuh kelompok utama: pewarisan, pembuatan objek, kloning objek, pengiriman pesan, penanganan pengecualian, penanganan tipe primitif, dan kegigihan. Operasi ini dilakukan dengan hanya 17 opcode yang dibagi dalam pembuatan objek, definisi atribut dan metode; pesan lewat; referensi lewat di antara register; pengecualian melempar; pembuatan referensi lokal; dimasukkannya data tipe-primitif (bilangan bulat, real, dan string); dan lompatan bersyarat dan tanpa syarat. Fungsi yang tidak disediakan oleh opcode dilayani oleh mesin virtual itu sendiri melalui metode asli. Metode ini terkandung di dalam objek VM, hadir di perpustakaan standar.



6



Gambar 1 Arsitektur mesin virtual Penanganan pengecualian terjadi di dalam setiap metode objek. Secara default, ada handler pengecualian di setiap metode (ditemukan setelah opcode pengembalian pertama dari tubuh opcode metode, dan sebelum opcodeendMethod), yang dapat kosong (mis., Tidak ada opcode di dalamnya). Jika handler pengecualian kosong, maka eksepsi diteruskan ke metode yang membuat panggilan. Proses menanjak ini dilanjutkan melalui tumpukan panggilan, selama penangan pengecualian masih ditemukan kosong. Akhirnya, jika tidak ada handler pengecualian ditemukan, pengecualian tanpa tertangkap akan terjadi menampilkan informasi kesalahan dengan output standar. MANAJEMEN OBYEK DALAM MESIN VIRTUAL Penciptaan Obyek, Enkapsulasi Tidak ada perbedaan antara objek dan prototipe, seperti yang dibahas sebelumnya. Prototipe biasanya ditulis oleh programmer sebagai kode sumber. Juga, objek apa pun dapat menjadi prototipe, karena objek apa pun dapat disalin. Mempertahankan prototipe dari perubahan berarti mengubahnya di kelas, sementara fleksibilitas maksimum dicapai dengan mengelola tipe proto sebagai objek biasa. Memang, fleksibilitas ini memungkinkan kompiler yang dibangun di atas mesin virtual untuk mengimplementasikan model berorientasi objek apa pun [12]. Selain menyalin objek yang sudah ada, dimungkinkan untuk membuat objek dengan mengirimkan pesan createChild ke objek apa pun. Objek kosong (seperti terlihat pada Gambar. 2) akan dibuat, menyimpan dalam atribut induknya, referensi ke objek yang menerima pesan (ditunjukkan pada Gambar. 3). Mesin virtual Zero dapat diprogram menggunakan makroassembler Zero. Level abstraksi macroassembler hampir merupakan salah satu mesin virtual, hanya beberapa makro yang dibangun di atasnya, memungkinkan pengalaman pemrograman yang lebih nyaman. Abstraksi tingkat tinggi dari mesin virtual memungkinkan untuk menggunakan makroassembler bahkan dalam proyek-proyek berukuran sedang.



7



Metode dan atribut masing-masing ditandai dengan metode dan atribut kata kunci. Mereka harus diikuti oleh tanda plus atau tanda minus, yang menentukan aksesibilitas atribut atau metode. Dalam kasus atribut tertentu, objek tidak diizinkan untuk mengubah atribut publik, selain dari pemiliknya. ARSITEKTUR DARI MESIN VIRTUAL Skema arsitektur dasar virtualMesin ditunjukkan pada Gambar 1. Pada dasarnya, ini adalah aregister berbasis prosesor, menyimpan referensi di dalamnyaregister. Register utama adalah __acc, akumulator, menyimpan hasil dari pesan terakhir yang dikirim;__exc, digunakan untuk menyimpan objek yang dilemparkan sebagaipengecualian, jika ada; __rr, yang digunakan untuk menyimpanreferensi untuk dikembalikan sebagai hasil dari metode yang diberikan; dan __ini, yang menyimpan objek pesan itudikirim ke.Operasi primitif didukung oleh virtualmesin dapat dikumpulkan di bawah tujuh kelompok utama:warisan, pembuatan objek, kloning objek, pesanlewat, penanganan pengecualian, penanganan tipe primitif,dan kegigihan. Operasi ini dilakukan denganhanya 17 opcode yang dibagi dalam pembuatan objek, definisiatribut dan metode; pesan lewat; referens. Penanganan pengecualian terjadi di dalam setiap metodeSebuah Objek. Secara default, ada handler pengecualian disetiap metode (ditemukan setelah opcode pengembalian pertama daribadan opcode metode, dan sebelumendMethod opcode), yang dapat kosong (mis., di sanatidak ada opcodes di dalamnya). Jika handler pengecualian adalahkosong, maka pengecualian diteruskan ke metodeyang membuat panggilan. Proses menanjak ini dilanjutkan melalui tumpukan panggilan, selamapenangan pengecualian masih ditemukan kosong.Akhirnya, jika tidak ada handler pengecualian ditemukan, tidak tertangkapakan terjadi pengecualian yang menunjukkan informasi kesalahan dengan output standar. MANAJEMEN OBYEK DI PT MESIN VIRTUAL Penciptaan Obyek, Enkapsulasi Tidak ada perbedaan antara objek dan prototipe, seperti yang dibahas sebelumnya. Prototipe adalah biasanya ditulis oleh programmer sebagai kode sumber. Juga, objek apa pun bisa menjadi prototipe, seperti apa pun objek dapat disalin. Melestarikan prototipe dari perubahan berarti mengubahnya di dalam kelas, sementarafleksibilitas maksimum dicapai dengan mengelola prototipe sebagai objek biasa. Memang, fleksibilitas ini memungkinkan 8



kompiler dibangun di atas mesin virtual untuk mengimplementasikan model berorientasi objek apa pun . Selain menyalin objek yang sudah ada, itu jugamungkin untuk membuat objek dengan mengirim pesanbuatAnak ke objek apa pun. Objek kosong (asterlihat pada Gambar. 2) akan dibuat, menyimpan di induknyaatribut, referensi ke objek yang menerima pesan (ditunjukkan pada Gambar. 3). Mesin virtual Zero dapat diprogrammenggunakan makroassembler Zero. Level abstraksi macroassembler hampir merupakan salah satumesin virtual, hanya beberapa makro yang dibangun di atasnyaatas, memungkinkan pemrograman yang lebih nyamanpengalaman. Tingkat abstraksi maya yang tinggimesin memungkinkan untuk menggunakan makroassembler bahkan dalam proyek-proyek berukuran sedang.Metode dan atribut ditandai dengan metode kata kunci dan atribut, masing-masing. Mereka harus diikuti oleh tanda plus atau tanda minus, yang mendefinisikan aksesibilitas atribut atau metode. Di kasus khusus atribut, objek tidak diperbolehkan untuk mengubah atribut publik, terlepas dari pemiliknya. Ini berarti bahwa atribut hanya dapat dibaca ketika itu publik. Kode sumber, di makroassembler, untukpembuatan prototipe Person ditunjukkan di bawah ini. Hal pertama yang harus dilakukan adalah membuat objek dari prototipe, karena cara ini Orang akan tetap tidak dimodifikasi dan masih dapat digunakan sebagai prototipe. Jadi referensi baru dibuat, disebut myPerson, dan diinisialisasi dengan salinan Orang, dengan cara mengirim salinan pesan ke Orang. Metode ini menerima nama untuk objek baru, nama yang akan diputuskan oleh sistem jika menerima string kosong. Nama ini adalah OID unik (Pengidentifikasi Objek) dari objek ini dalam sistem. Gambar 2 Sebuah objek



minimal



Gambar 3 Objek khas Output konsol dilakukan melalui objek Konsol, yang ditunjukkan oleh atribut objek Sistem, objek yang dirancang untuk melayani kemungkinan tingkat rendah dari mesin. Metode write () ofConsole akan mengirim pesan toString ke argumen, untuk mendapatkan sesuatu yang dapat dikelola oleh konsol, sedangkan metode lf () akan mengirim untuk menghibur umpan baris karakter dan carriagereturn. 9



Hasil Pertanyaan Sebelum dan sesudah seminar, sebuah pretest dan posttest (versi yang sesuai dari kedua tes yang diterjemahkan ke dalam bahasa Inggris dimasukkan dalam Lampiran) dikirimkan kepada siswa untuk memeriksa, pada dasarnya, apakah mereka (a) telah menemukan sistem membantu untuk memahami pemrograman berorientasi objek, (b) telah menemukan sistem yang berguna untuk belajar, dan (c) karakter apa yang akan mereka tingkatkan. Hasil dari pertanyaan ini cukup menggembirakan, karena sebagian besar jawaban mengandaikan tingkat kepuasan yang tinggi. Tes-tes ini diberikan kepada satu set 16 mahasiswa sarjana, yang memiliki seminar 2 jam di mana mereka diajar menggunakan sistem, dan akhirnya harus menyelesaikan beberapa latihan. Sebelumnya, mereka memiliki pengantar teoritis untuk model berbasis prototipe dan demonstrasi kemampuannya dengan contoh-contoh di mana makroassembler Zero dipekerjakan. Beberapa pertanyaan diulang dalam kedua tes, untuk mempelajari perubahan pendapat setelah bekerja dengan sistem (Gbr. 7 menunjukkan diagram komparatif). Dengan cara ini, pertanyaan 1 dan 4 (dari pretest dan posttest, masing-masing) merujuk pada pengetahuan yang mereka pikir tentang model berbasis prototipe. Meskipun awalnya tidak ada yang mengira mereka mengetahui secara mendalam model ini, ada peningkatan yang signifikan, dalam posttest, dari persentase orang yang berpikir mereka memiliki pengetahuan (dengan persentase akhir 93% dari total siswa). Kepercayaan diri yang meningkat ini juga dapat dihargai dalam pertanyaan 4 (pretest) dan 5 (posttest), di mana siswa harus memutuskan apakah model berbasis prototipe itu dinamis atau statis. Ada persentase penting siswa dalam pretest yang menjawab ‘‘ Saya tidak tahu ’, sedangkan persentase ini menurun secara dramatis di posttest. Juga, persentase orang yang menjawab jawaban yang benar hampir dua kali lipat. Pertanyaan 5 (pretest) dan 3 (posttest) mengkonfirmasi kesan ini, seperti dalam pretest banyak siswa menjawab '' Saya tidak tahu '' untuk pertanyaan '' unsur-unsur mana model prototipe disusun oleh. '' Dalam posttest, persentase jawaban "Saya tidak tahu" untuk pertanyaan yang sama berkurang secara dramatis (dari 31,25% menjadi 6,25%), dan akhirnya 87,50% orang menjawab salah satu dari dua opsi yang mungkin benar. Pertanyaan 8 (pretest) dan 8 (postest) menunjukkan bagaimana siswa menghargai kesempatan untuk dapat berurusan dengan contoh dari jenis sistem yang dijelaskan dalam kelas teoritis. Mereka tidak diragukan lagi menjawab 'ya' tentang ketepatan menggunakan perangkat lunak ini untuk mempelajari konsep utama model baru ini, dengan cara empiris. Pertanyaan 7 (pretest) dan 6 (posttest), tentang apakah seminar praktis akan menjadi atau telah berguna (masing-masing) untuk siswa, khususnya menunjukkan kepuasan siswa dengan seminar praktis dan oleh karena itu sistem. Dalam pretest, 68,75% dari siswa berpikir seminar akan bermanfaat bagi mereka, sementara sisanya tidak yakin. Akhirnya, dalam posttest, 100% dari siswa berpikir bahwa seminar itu bermanfaat bagi mereka. 10



Pertanyaan-pertanyaan lain hanya muncul satu kali, di dalam postingan, berusaha menangkap kepuasan global atau ketidakpuasan. Sebagai contoh, pertanyaan nomor 7 bertanya kepada siswa apakah menurutnya pengetahuannya tentang pemrograman berorientasi objek berbasis kelas dan prototipe telah ditingkatkan. Semua siswa (100%) menjawab dengan tegas. Pertanyaan nomor 13 menegaskan kecenderungan ini, karena 75% mengakui bahwa seminar ini sedikit mengubah persepsi mereka tentang pemrograman berorientasi objek. Tentang perangkat lunak itu sendiri, pertanyaan 9 dimaksudkan untuk mengetahui apakah pekerjaan global dari perangkat lunak itu tampaknya rumit. Ini adalah kekhawatiran penting penulis, karena fakta bahwa perangkat lunak itu terutama seperangkat alat baris perintah. Namun, 81,25% siswa berpikir itu sederhana, dan 12,50% berpikir itu tidak sederhana atau kompleks. Hanya 6,25% dari mereka yang menganggapnya kompleks. Memang, dari pertanyaan 10 dan 11 dapat disimpulkan bahwa sistem yang sederhana sangat dihargai (62,50% berpikir bahwa ukurannya yang kecil merupakan keuntungan, dan 18,75% menghargai bahwa bahkan mungkin untuk memprogramnya menggunakan makroassembler), sementara itu jelas bahwa kurangnya bahasa pemrograman tingkat tinggi dan lingkungan pemrograman terintegrasi adalah kesalahan utama yang ditemukan. Hasil tes yang kurang baik adalah pertanyaan 4 (pretest) dan 2 (posttest). Meskipun ada mayoritas yang berpikir bahwa model ini berguna untuk mengajar, ada persentase penting dari jawaban '' Saya tidak tahu '', yang masih muncul di posttest, secara mengejutkan termasuk satu jawaban '' Tidak, '' di mana ada tidak satupun dari mereka. Mungkin ini dapat dijelaskan dengan berpikir bahwa ada mayoritas siswa yang memilih untuk menjawab ‘‘ don Saya tidak tahu ’daripada memberikan jawaban kepadapertanyaan yang mereka pikir terlalu teknis untuk mereka. Pertanyaan 6 (pretest) dan 12 (posttest), di mana siswa harus memutuskan apakah kegunaan model ini adalah teoretis, untuk pengajaran atau praktis, juga mengecewakan. Meskipun ada sedikit peningkatan persentase orang yang memutuskan bahwa itu baik untuk pengajaran, siswa rupanya memutuskan bahwa itu hanya berguna sebagai sumber teori. Mungkin pertanyaan ini hanya disalahpahami, dengan mempertimbangkan hasil lainnya.



PEKERJAAN YANG BERHUBUNGAN Dalam hal sistem yang berorientasi pada pembelajaran, proyek yang paling mirip lainnya adalah Biru [4], berdasarkan bahasa Biru dan BlueJ [5], berdasarkan Jawa. Mesin virtual yang disajikan di sini sangat dinamis, tetapi Blue dan BlueJ terkait dengan bahasa statis, sementara 11



kami mengklaim bahwa keamanan jenis tidak wajib untuk bahasa yang ditujukan untuk mahasiswa sarjana dari program studi tinggi. Sebaliknya, penggunaan bahasa-bahasa ini dapat membuat banyak konsep lebih jelas, memungkinkan pemahaman yang lebih baik tentang paradigma berorientasi objek. Tidak ada dukungan langsung untuk kegigihan, yang harus dicapai dengan mekanisme bahasa yang tidak ortogonal. Namun demikian, lingkungan BlueJ sangat berorientasi pada pendidikan, menjadi referensi untuk pembelajaran berbantuan komputer. Diri [10] adalah salah satu inspirasi utama untuk Zero. Namun, sintaksisnya, yang ditemukan kompleks dan tidak intuitif bagi banyak orang [3], bukan contoh bahasa yang berguna untuk belajar, setidaknya di bawah kriteria kami. Cukup memberikan ketekunan sederhana saat bekerja dengan gambar, yang menjadi sangat kompleks ketika mencoba menyelamatkan objek individu.



BAB III KRITIK TERHADAP JURNAL A. KELEBIHAN JURNAL 12







Ide yang diambil dalam penelitian ini amat menarik.







Relevan. Judul artikel sesuai dengan pembahasan yang disampaikan oleh penulis.







Pembahasan dan hasil penelitian dikemukakan secara objektif, sesuai dengan penelitian yang telah dilakukan.







Tujuan jurnal yang dipaparkan cukup jelas.







Adanya pendahuluan memberi ilmu dasar pembaca sebelum memahami hasil penelitian beserta metodenya.







Adanya info artikel menjadi identitas jurnal itu sendiri







Dalam penelitian ini, kami melihat bahwa setiap permasalahan-permasalahan bisa diselesaikan oleh peneliti dengan baik.







Penjelasan materi sebelum memasuki metode penelitian dapat menjadi acuan dasar dalam melanjutkan penelitian.







Adanya abstrak membantu pembaca untuk mengetahui maksud dan tujuan peneliti.







Kata kunci yang menjadi pedoman dalam membaca jurnal penelitian.







Kelengkapan data jurnal seperti judul, tujuan, metode, hasil, dan sebagainya. B. KEKURANGAN JURNAL







Ada beberapa teori dalam pembahasan jurnal yang masih belum diketahui sumber buku atau informasi didapat dari mana.







Kesimpulannya tidak merefleksikan semua hasil pembahasan.







Meskipun memaparkan teori apa yang digunakan dalam penelitian, tetapi masih ada beberapa kajian teori yag tidak berhubungan dengan masalah yang dibahas.







Pada hasil penelitian, penjelasan digabungkan dengan beberapa data kualitatif sehingga membingungkan pembaca.







Kami juga sulit memahami jurnal ini karena berbahasa inggris. Berhubung kami masih pemula, jadi walaupun kami bisa mentranslatenya kami masih belum bisa mentranslatekannya dengan baik, sesuai dengan materi penelitian yang sedang dibahas.



BAB IV PENUTUP A. KESIMPULAN 13



Yang dapat kami simpulkan dari penelitian yang ada pada jurnal tersebut adalah: 



Bahasa berorientasi objek dapat diklasifikasikan dalam dua kelompok utama: bahasa



statis dan bahasa dinamis. 



Objek adalah kantong referensi, dan metode, di mana referensi hanya menunjuk ke objek



dan metode lain dapat dieksekusi (dengan cara menyampaikan pesan) untuk mendapatkan referensi sebagai hasilnya. 



Zero adalah mesin virtual berorientasi objek murni berbasis prototipe, yang dirancang



khusus untuk mendukung bahasa dinamis, tetapi mampu mendukung bahasa berorientasi objek lainnya. Tujuan utamanya adalah untuk berfungsi sebagai kendaraan untuk belajar pemrograman berorientasi objek.  Mesin virtual dapat diprogram dengan mudah dan jelas, bahkan pemrograman dengan makroassembler. Model berorientasi objeknya sederhana, dan mudah dimengerti dan dipelajari, sementara pada saat yang sama perpustakaan standar sangat kecil, 2 aspek yang telah dipilih secara khusus agar sistem ini bermanfaat sebagai alat pembelajaran. B. PENUTUP Semoga dengan adanya Critical Journal Review ini, pembaca khususnya pendidik atau calon pendidik dapat menekankan bahwa pemrograman berorientasi objek sangatlah penting untuk peserta didik bisa mengerti mengenai program, mesin virtual dan lain sebagainya. Kami sangat mengharapkan kritik oleh pembaca, karena tugas CJR yang kami buat ini mungkin banyak kekurangan sehingga masih banyak lagi yang perlu direvisi pada penulisan makalah ini.



DAFTAR PUSTAKA



14



N. Wirth, The programming language Pascal. Software pioneers: Contributions to software engineering, Springer-Verlag, New York, 2002, pp 121148 , ISBN 3-540-43081-4. A. Goldberg and D. Robson, Smalltalk-80: The language, Addison Wesley, Boston, 1989, ISBN 0-201-13688-0. M. Ko ¨lling, The Blue language, J Object Oriented Program 12(1) (1999), 1017. M. Ko ¨lling, The problem of teaching object-oriented programming, J Object Oriented Program 11(9) (1999), 612. M. Ko ¨lling, B. Quig, A. Patterson, and J. Rosenberg, The BlueJ system and its pedagogy, J Comput Sci Educ 13 (2003), 249268. A. Black, Post Javaism. Proceedings of the First Workshop on Object-Oriented Language Engineering for the Post-Java Era: Back to Dynamicity. European Conference on ObjectOriented Programming, 2003. B. Stroustrup, The Cþþ programming language, Addison-Wesley, Boston, 1991. P. Naughton, The Java handbook, McGraw-Hill, Berkeley, CA 1996. B. Stroustrup, Design and evolution of Cþþ, AddisonWesley, 1994, ISBN 0-201-54330-3. D. Ungar and R. S. Smith, Self: The power of simplicity. In Proceedings of OOPSLA’87, Orlando, FL, 1987, pp 277241. D. Ungar, D. Chambers, B. W. Chang, and U. Ho ¨ltzl, Organizing programs without classes. Lisp and symbolic computation, Kluwer Academic Publishers, Dordrecht, 1991. M. Wolczko, O. Agesen, and D. Ungar, Towards a universal implementation substrate for object-oriented languages, Sun Microsyst Lab, (1996), document #96-0506. O. J. Dahl and K. Nygaard, SIMULA: an ALGOLbased simulation language, Commun ACM 9 (1966), 671678. A. Taivalsaari, Kevo: A prototype-based objectoriented language based on concatenation and module operartions. Technical Report DCS1971R, University of Victoria, Victoria, BC, Canada, 1992. B. Garcı ´a Perez-Schofield and M. Pe ´rez Cota, Problema ´tica del uso de ficheros en Cþþ: Un enfoque educativo, Revista de Enseþanza y TecnologU ´a1 (1998), 1020. P. Balch, W. P. Cockshott, and P. W. Foulk, Layered implementations of persistent object stores, Softw Eng J 4 (1989), 123131.



15



B. Garcı ´a Perez-Schofield, T. B. Cooper, M. Pe ´rez Cota, and E. Garcı ´a Rosello ´, Extending containers to address the main problems of persistent object oriented operating systems: Clustering, memory protection and schema evolution. Proceedings of the Fourth Workshop on Object-Orientation and Operating Systems. European Conference on ObjectOriented Programming, 2001. M. Atkinson and M. Jordan, A review of the rationale and architectures of Pjama: A Durable, flexible, evolvable, and scalable orthogonally persistent programming platform. Sun Microsystems Technical Report SMLI TR-2000-90, 2000. M. P. Atkinson and R. Morrison, Orthogonality persistent object system, VLDB J 4 (1995), 319401, ISSN: 1066-8888. M. Shapiro, S. Kloosterman, and F. Riccardi, PerDis. A persistent distributed store for persistent applications, Proceedings of the 3rd Capernet Plenary Workshop, 1997. J. Garcı ´a Perez-Schofield, T. Cooper, E. Rosello ´, and M. Pe´rez Cota, Persistencia, evolucio ´n del esquema y rendimiento en los sistemas basados en contenedores. Tesis Doctoral. Departamento de Informa ´tica. Universidad de Vigo, 2002a. B. Garcı ´a Perez-Schofield, T. B. Cooper, M. Pe ´rez Cota, and E. Garcı ´a Rosello ´, First impressions about executing real applications in Barbados. Proceedings of the Fifth Workshop on Object- Orientation and Operating Systems. European Conference on ObjectOriented Programming, 2002b. C. Chambers, Object-oriented multi-methods in Cecil. In proceedings of the European Conference on ObjectOriented Programming, 1992. A. A ´lvarez Gutie ´rrez, L. Tajes Martı ´nez, F. A ´lvarez Garcı ´a, M. Dı ´az Fondo ´n, R. Izquierdo Castanedo, and J. Cueva Lovelle, Oviedo3: An object-oriented abstract machine as the substrate for an objectoriented operating system. 11th European Conference on Object-Oriented Programming. Workshop on Object-Orientation and Operating Systems. Jyva ¨skyla ¨ (Finland), 1997. I. Bosch and S. Mitchell (editors). Object-Oriented Technology. Lecture Notes in Computer Science 1357. 537-544. Springer-Verlag, 1998. A. Martı ´nez, F. A ´lvarez Garcı ´a, F. Ortı ´n Soler, and J. Cueva Lovelle, An OODBMS developed over the Oviedo3 Operating System. Proceedings of the Simposio Espan ˜ol de Informa ´tica Distribuida (SEID’2000), 2000



16