beda buat game pakai c++ dan java

[Bad Knight Onion]

Tweet

Yap mank bner tuh bro, klo pake C++ rada repot juga mending pake Java coz udah konsep OOP, tapi soal koding antara java ama c++ ngga beda jauh koq mirip2 juga...

@Mey bikin pacman aja, gampang tuh pake C++

[mrhidden]

Tweet

iyup.. java kan berasal dari bahasa C/C++ juga jdnya mirip2.. tp lebih fokus ke OOP..
jd inget wkt kul pertama x.. disuruh bkin tugas pacman pake pascal..

[kimprenk]

Tweet

Klo bikin Java buat mobile ada yg pengalaman ga??

[Orangantengkok]

Tweet

ujung2nya tergantung developer nya sendiri bos lebih enak pake bahasa yang mana.

[gedebook2006]

Tweet

C++ bisa dibilang tergolong bahasa yang cepat performa. karena lagsung akses ke hardware, memang ribet. tapi dimana seribetnya itu, kamu bisa ngatur sesuai dengan performa game tersebut sesuai dengan keinginan .

btw, kalau C++ yang native bisa menghilangkan ketergantungan kok. kalau java kan harus menginstall java runtime agar dapat jalan. kalau C++ native bagaikan stand alone.

[harrycalgeryy]

Tweet

Coba aja liat, kriteria apa yang diperlukan oleh pihak developer jika mereka butuh seorang programmer... C/C++ kan? Karena sebagian besar engine yang mereka bikin dibuat pake C/C++ . Yang pernah aku liat engine nya Quake III pake C juga. Kenceng sih ... langsung nyentuh layer hardware, kalo java atopun .net kan nggak ...

Kenceng ini maksudnya begini ... framework java punya banyak exception, lengkap, tapi mungkin ada beberapa yang nggak diperlukan oleh developer ... Makanya mereka bikin dari scratch pake C/C++... Engine mereka betul2 optimal ... Memang sih mereka butuh effort yang gede, bikin exception sendiri, modul sendiri ... tapi optimal ...

[[Shadow]]

Tweet

@setya,, maksud gw aslinya bos klo buat bahasa pmrograman laen juga ada,,, tapi umumnya sifatnya wrapper k code C-nya juga kan??

keknya ga deh.
maah gw heran, napa harus wrapper ke c code, jvm sendiri kan ada akses ke hardware, kalo wrap c kan malah make resource yang berlebih dan kalo berdiri sendiri dari C dan punya binary sendiri kan malah ga secure kan karena JVM jadi ga punya control (satu hal yang sangat ga dibolehin java kan)

Java bersifat multi-platform, sehingga sulit untuk bergantung pada akses hardware secara langsung, karena mekanisme akses hardware yang berbeda-beda untuk setiap platform.
Untuk Java Standard Edition (aplikasi desktop), telah tersedia Java 3D API yang bersifat OOP. Nantinya, Java 3D API ini akan mengakses DirectX atau OpenGL, tergantung mana yang tersedia di platform. Bila ingin style coding yang lebih mirip dengan pemograman OpenGL (masih prosedural, non-OOP), dapat memakai Java OpenGL. Ini mempermudah mereka yang sudah terbiasa memprogram OpenGL di C/C++ sehingga tidak perlu mempelajari Java 3D API lagi.

Klo bikin Java buat mobile ada yg pengalaman ga??

Untuk Java Micro Edition (aplikasi mobile di ponsel), MIDP 2.0 telah dilengkapi dengan Game API (untuk game 2D) sehingga programmer tidak perlu menambah framework lagi yang mempengaruhi ukuran JAR. Game API di MIDP 2.0 menyediakan class seperti TiledLayer, Sprite, & LayerManager. Karena memakai konsep tiled, game memang agak kaku, tapi ini cara yang paling hemat memori & hemat resources.
Bila ingin mengembangkan game 3D di JME, terdapat Mobile 3D Graphics API (JSR 184). API ini bukan bagian dari standar MIDP sehingga tidak selalu ada di perangkat mobile. Game 3D di perangkat mobile masih minim karena "GPU" perangkat mobile sangat terbatas, termasuk perhitungan floating-point-nya.