Merancang Endless Runner Tiga Lajur untuk Keyboard dan Sentuhan

Janji dari runner tiga lajur

Endless runner tiga lajur terlihat sederhana karena pemain hanya memiliki beberapa aksi: bergerak kiri atau kanan, melompat, meluncur, dan memutuskan kapan sebuah koin layak diambil risikonya. Kosakata yang terbatas itulah yang membuat setiap detail menjadi penting. Saat permainan adil, pemain membaca lintasan, berkomitmen pada sebuah aksi, dan memahami hasilnya. Saat tidak adil, rintangan menyatu dengan latar belakang, input datang terlambat, atau kamera menyembunyikan rute yang aman.

Untuk unggahan kreator Endless Runner, tinjauan difokuskan pada menjaga lingkaran keputusan yang mudah dibaca di keyboard dan sentuhan. Build tersebut sudah memiliki panel bantuan pertama kali, dua tingkat kecepatan, penghitung skor dan jarak, koin, ancaman bergerak, jeda, mulai ulang, dan skor terbaik tersimpan. Pekerjaannya bukan untuk menciptakan permainan yang berbeda. Tujuannya adalah memverifikasi bahwa desain yang ada mengomunikasikan aturannya dan merespons secara konsisten.

Perubahan lajur harus diskrit dan dapat diprediksi

Pemain harus selalu tahu lajur mana dari tiga lajur yang aktif. Perintah kiri atau kanan memindahkan tepat satu lajur kecuali karakter sudah berada di tepi. Tekanan tombol berulang tidak boleh mengantrekan gerakan ekstra yang tak terlihat yang aktif kemudian. Animasi boleh meluncur di antara posisi, tetapi logika tabrakan harus sesuai dengan posisi visual selama transisi.

Di desktop, runner menerima tombol panah sebagai konvensi utama dan juga mendukung A dan D. Di sentuhan, gesekan horizontal dipetakan ke keputusan satu lajur yang sama. Ambang gesekan perlu mengabaikan gerakan gulir kecil sambil tetap terasa langsung. Gerakan visual, status tabrakan, dan pembingkaian kamera harus digerakkan oleh indeks lajur yang sama sehingga viewport seluler yang sempit tidak menciptakan aturan yang berbeda.

Lompat dan luncur membutuhkan kontrak yang mudah dibaca

Melompat dan meluncur bukanlah animasi pelarian yang dapat dipertukarkan. Penghalang tanah meminta lompatan; penghalang rendah di atas kepala meminta luncuran. Setiap rintangan membutuhkan kontras yang cukup, visibilitas awal, dan tinggi yang konsisten agar pemain dapat mengidentifikasi kontrak tersebut sebelum jendela input tertutup.

Pemain keyboard dapat menggunakan panah atas, W, atau spasi untuk melompat, dan panah bawah atau S untuk meluncur. Pemain sentuh menggunakan gesekan vertikal. Layar bantuan harus menyatakan kontrol ini, tetapi lintasan itu sendiri harus mengajarkannya melalui contoh awal yang terisolasi. Menggabungkan perubahan lajur dengan lompatan bisa menarik nanti; menggunakan kombinasi itu sebelum pemain memahami siluet terasa arbitrer.

Kesulitan harus memadatkan waktu, bukan menghilangkan informasi

Tingkat pertama berfungsi sebagai pemanasan dan memberi pemain target lima ratus meter. Tingkat kedua meningkatkan kecepatan dan kepadatan rintangan menuju target seribu lima ratus meter. Meningkatkan kesulitan dengan memperpendek jendela keputusan bisa berhasil, tetapi permainan harus mempertahankan informasi visual. Permainan yang lebih cepat membutuhkan jarak yang lebih bersih, siluet yang lebih kuat, dan kombinasi yang disiplin daripada dinding objek acak.

Garis koin berguna sebagai panduan lembut. Mereka dapat mengungkapkan lajur yang aman atau mengundang jalan memutar yang diperhitungkan, tetapi tidak boleh mengarah langsung ke tabrakan yang tidak dapat dibaca. Sistem yang adil memungkinkan pemain terampil mengantisipasi pola sambil mempertahankan variasi yang cukup untuk replayability. Bertahan hidup tetap lebih penting daripada mengumpulkan setiap koin.

Tata letak seluler adalah bagian dari desain permainan

Tangkapan layar desktop tidak membuktikan kesiapan seluler. Pratinjau yang dilindungi diuji pada viewport ponsel sempit dengan bantuan pertama kali terlihat, lalu dengan permainan dimulai. Kontrol, penghitung status, dan aksi jeda harus tetap mudah dibaca tanpa gulir horizontal. Penangan sentuh ditinjau untuk keempat arah, dan mode tertanam biasa tetap dapat dimainkan tanpa memaksa layar penuh.

Halaman Malaguo di sekitarnya juga penting. Area bermain harus menyediakan rasio yang stabil, kontrol layar penuh harus tetap dapat dijangkau, dan aksi bagikan atau laporkan tidak boleh menutupi permainan. Browser seluler menambahkan bilah alamat dan navigasi sendiri, jadi jarak aman perlu mentolerir ruang vertikal yang lebih sedikit daripada ukuran layar nominal.

Apa yang diterima tinjauan

Build kandidat berhasil dimulai setelah layar bantuan pertama kali yang disengaja. Gerakan kiri dan lompatan merespons input keyboard, jarak dan skor maju selama bermain, dan konsol browser tetap bersih. Tata letak seluler dan penangan gesekan mencakup set aksi yang sama. Salinan katalog diperluas sehingga pemain memahami dua tujuan, risiko kereta bergerak, persistensi skor terbaik, dan kontrol yang tepat sebelum meluncurkan.

Persetujuan tidak berarti desain tidak dapat ditingkatkan. Versi mendatang dapat menambahkan telemetri orientasi yang lebih baik, lebih banyak urutan pola yang dibuat, opsi aksesibilitas, dan suara yang lebih kaya. Ini berarti versi bernama ini memberikan mekanik yang dijelaskan di halamannya, pada perangkat yang diklaim didukungnya, tanpa menyembunyikan rute yang rusak di balik tautan publik.

Daftar periksa untuk kreator runner

Uji batas lajur, input berlawanan cepat, pemulihan lompat dan luncur, jeda selama gerakan, mulai ulang setelah tabrakan, dan persistensi bantuan pertama kali. Verifikasi setiap label keyboard terhadap kode. Di sentuhan, uji gesekan pendek dan diagonal, gulir browser, dan viewport terkecil yang didukung. Terakhir, mainkan cukup lama untuk mencapai tingkat kecepatan yang lebih tinggi. Runner yang berfungsi untuk dua puluh detik pertama mungkin masih gagal saat waktu, kepadatan spawn, dan tumpang tindih animasi di bawah tekanan.