Apa pendapat Anda tentang GWT? [Tutup]


11

Karena saya belajar Java pada periode ini dan saya baru saja selesai dengan tutorial, saya pikir saya siap untuk mulai berkontribusi pada proyek (karena saya tahu dari pengalaman, ini adalah cara terbaik untuk benar-benar belajar).

Saya telah melihat GWT, terlihat menarik jadi saya pikir saya harus mencobanya. Namun saya berpikir, karena GWT menyebarkan aplikasi Java dalam JavaScript mengapa saya harus belajar GWT ketika saya dapat mempelajari hal yang sebenarnya (ini adalah JavaScript). Pertanyaan saya: apakah itu layak? Bukankah seseorang akan lebih baik belajar JavaScript jika mereka ingin membangun aplikasi JS, daripada menggunakan Java dan GWT? Saya menyadari bahwa mungkin lebih mudah untuk membangun hal-hal tertentu dengan GWT tetapi pada akhirnya apakah itu layak?

Terima kasih.


3
Namun orang belajar C bukannya sistem pemrograman dalam kode mesin secara langsung.
haylem

Jawaban:


6

GWT pada dasarnya adalah kompiler ke kode asli, seperti Visual Studio mengkompilasi sumber ke kode byte atau bahasa mesin.

Hal ini memungkinkan programmer untuk memisahkan perbedaan dalam arsitektur yang mendasarinya, seperti halnya pengguna Visual Studio tidak perlu khawatir tentang perbedaan panjang kata, jumlah register dan konvensi yang tepat untuk memanggil sistem operasi ketika mereka membuat kode untuk 32-bit atau 64 -sedikit.

Ini adalah hal yang baik, karena memungkinkan Anda untuk memindahkan sebagian beban perawatan ke orang lain. Karena ini adalah Google, Anda tahu mereka memiliki lebih banyak sumber daya pengembangan daripada yang Anda miliki, jadi Anda pada dasarnya membawa tenaga tambahan secara gratis.


2
Manfaat lain adalah debugging mode yang dihosting. Jadi Anda dapat men-debug logika Aplikasi Anda, baik dari sisi klien dan server dan dengan semua alat langkah melalui debugger.
Jeremy

5

Saya tidak suka itu

Segala sesuatu yang dapat Anda lakukan dengannya Anda dapat melakukannya lebih bersih tanpa itu.


Setuju. Tapi, Anda menulis halaman dengan banyak gambar dengan satu file per gambar. Baik ?

1
@Rocket: Saya tidak mengerti apa artinya "banyak gambar, satu file per gambar" .
Josh K

4
@Rocket: Saya gagal melihat apa yang harus dilakukan gambar dengan GWT. Jika Anda ingin mengaktifkan sprite, Anda dapat, jika tidak, ya Anda memiliki beberapa gambar.
Josh K

1
@Josh Tebakan saya adalah, Anda menambahkan animasi kecil dll daripada menulis kompleks besar. Ada alasan mengapa bahasa scripting terbatas pada tugas kecil dan bahasa yang diketik secara statis digunakan untuk tugas yang lebih besar.
mP01

2
Dalam perkakas kata. Tidak ada yang telah menulis editor javascript nyata dibandingkan dengan banyak yang tersedia untuk java.
mP01

2

Alasan utama mengapa GWT mengambil Jawa sebagai bahasa sumber adalah karena JS (Ecmascript) sangat tidak manusiawi untuk dikerjakan. GWT hanyalah cara yang bagus untuk membawa pemrograman ke Web / browser yang sebelumnya tidak mungkin.

Sebelum GWT ada upaya sia-sia untuk memprogram sesuatu di browser (Ajax, dojo, javascript biasa). Tetapi kekuatan alam terlalu keras di sana, jadi semuanya berantakan (peramban berubah, mereka tidak pernah sama, orang berbicara bahasa yang berbeda, orang berpikir bahwa 15 gambar sebenarnya harus 15 file dll).

Jadi jawabannya adalah: Jika saya kode untuk internet ocean boiler (yang bukan pekerjaan saya), maka saya akan memilih GWT.

PS Pikiran lain. JS dibuat oleh Netscape. Perusahaan sudah lama mati tetapi bahasa tetap di sana belum selesai dan membusuk


6
-1 ECMAScript terus dikembangkan; ECMAScript 5 baru saja keluar tahun lalu, dan ActionScript, bahasa Flash, adalah ECMAScript.

16
-1. JavaScript tidak "tidak manusiawi sulit" untuk diprogram. Jika Anda merasa sulit JavaScript, Anda kemungkinan besar tidak terlalu pintar. Sebelum GWT ada orang yang tahu apa yang mereka lakukan. Setelah GWT ada orang yang tidak bisa membuat kode JavaScript (dan menggunakan GWT) dan yang bisa (dan tidak menggunakan GWT). Di atasnya, JavaScript telah meledak melewati browser, lihat Node.js dan MongoDB. Gunakan SpiderMonkey atau V8 untuk menulis skrip independen platform.
Josh K

3
@Josh K. Saya juga menganggap Visual Basic 6 lebih sulit untuk diprogram daripada JS. Java lebih mudah sekitar 50 kali dari Basic. Dan CSharp lebih mudah mungkin 2 kali dari Java. Yang saya maksud dengan kesulitan adalah melakukan aplikasi kompleks praktis yang dapat dipelihara, dibuat dalam tim, dijual kepada pelanggan. Saya tidak peduli tentang perbedaan gula sintaksis. Dan saya pikir jika Anda harus sangat pintar untuk menggunakan bahasa, maka ada yang salah dengan bahasa tersebut.

3
JavaScript sangat mudah untuk merancang aplikasi besar yang bisa dikelola yang dibangun oleh tim. Saya sudah melakukannya. Tidak ada yang sulit tentang menulis kode modular kecuali orang memutuskan untuk tidak melakukannya.
Josh K

Jangan bingung DOM dengan JavaScript. Bukan JS yang menjadi masalah.
Andrew T Finnell

2

Beberapa alasan yang bagus untuk mengejar ketinggalan dengan GWT:

  • Setiap teknologi memiliki siklus hidup. GWT berada di ayunan atas. Belajar GWT akan memberi Anda keunggulan teknologi dalam periode waktu yang lebih lama di masa depan.
  • GWT menggunakan java, membawa struktur ke aplikasi web. JavaScript lebih cocok untuk skrip. Didukung oleh java, GWT lebih cocok untuk aplikasi besar. Jika Anda telah memperhatikan kerangka kerja / toolkit di atas JavaScript, Anda dapat menyimpulkan seperti saya bahwa JavaScript dengan sendirinya tidak cukup untuk proyek-proyek serius. Semua kerangka kerja tersebut membawa struktur ke pengembangan aplikasi. GWT adalah salah satu kerangka kerja itu, dan merupakan kerangka kerja yang akan menang.
  • Aplikasi mobile adalah revolusi di dunia perangkat lunak. Revolusi berada pada tahap awal sekarang. Semakin banyak perangkat lunak akan pindah ke platform seluler. GWT sekarang merupakan alat pengembangan aplikasi lintas platform paling komprehensif yang dapat Anda temukan.

Mengingat hal itu, GWT sebenarnya tidak terkait erat dengan kerangka kerja layanan web dari google atau dari sun (servlet). Alat terintegrasi lebih fokus pada integrasi dengan server mereka, karena sifat bisnis Google atau sun. Untuk meningkatkan kekuatan teknologi GWT, seseorang harus kurang lebih mengabaikan beberapa integrasi server hiper. Cukup gunakan GWT sebagai alat aplikasi klien, itu akan lebih bermanfaat bagi karir masa depan Anda.


1

Tergantung pada apa yang ingin Anda lakukan (seperti untuk sebagian besar alat tetap).

Jika Anda ingin masuk ke detail pengembangan web, gunakan banyak trik (terkadang berbeda) dari lingkungan browser, dan fitur terbaru dari mereka, miliki keberanian untuk bertarung dengan trik kecil yang membuat aplikasi web Anda 'terlihat keren', GWT akan selalu berada di jalan Anda: jika Anda memiliki waktu dan pengalaman, Anda dapat melakukan semuanya dengan tangan Anda. Dan ya, ada banyak toolkit lain yang akan membantu Anda sepanjang pemrograman di JavaScript.

Namun, jika Anda ingin membuat "tidak terlalu mewah", tetapi GUI stabil untuk aplikasi Anda yang "harus", dan dalam kebanyakan kasus benar-benar melakukan hal yang sama, dan terlihat sama di berbagai browser tanpa trik, GWT adalah alat yang bagus. pilihan, yang terbaik yang saya tahu. Penjelasan: Google pasti termotivasi untuk menyelaraskannya dengan sebagian besar browser dan teknologi terbaru, dan tentunya memiliki sumber daya yang cukup untuk melakukannya. Ya, Anda mematuhi raksasa lain alih-alih melakukan pekerjaan Anda sendiri. Pertanyaan: apa pekerjaan Anda? Untuk memberikan layanan yang sama kepada pengguna yang paling luas melalui antarmuka web dengan upaya terkecil - atau buat portal web yang mengkilap dan luar biasa yang memiliki fitur paling keren di platform terbaru.

1 alasan: Saya pikir bermanfaat untuk menjaga aplikasi Anda dalam satu basis kode, dan satu bahasa. Anda bisa melakukan trik rapi dalam skrip basis data - tetapi Anda mengunci diri sendiri ke server db itu. Anda dapat melakukan hal-hal eksternal dengan skrip shell atau file batch - tetapi Anda mengunci diri Anda ke sistem operasi. Anda dapat menerapkan beberapa logika pengontrol dalam JavaScript untuk menyediakan antarmuka klien yang kaya di browser - tetapi Anda dapat mengunci diri dalam satu browser. Untuk semua kasus, tidak mudah untuk tetap menyinkronkannya dengan struktur dan persyaratan data aplikasi inti (dan mungkin yang paling sulit adalah lingkungan browser yang terus berubah + perangkat alat JS). Saya yakin bahwa jika aplikasi inti di Jawa, semua hal harus di Jawa - dengan sebagian kecil kasus ketika Anda benar-benar harus memasukkan bagian dari logika ke lingkungan lain.

Saya memilih GWT karena jawaban saya untuk pertanyaan di atas - dan melakukan apa yang saya inginkan: dalam waktu sekitar 2 minggu setelah instalasi saya memiliki antarmuka web yang dapat diterima untuk sistem pemantauan server internal - walaupun saya memiliki pengalaman dengan Swing. (Tidak, saya belum menggunakan tampilan dan nuansa default dan ya, saya menggunakan CSS dan kelas untuk menyajikan informasi logis :-))

Periksa tugas Anda saat ini dan yang direncanakan - dan pilih alat yang tepat untuk mereka.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.