Tóm tắt
0h h1 là một trò chơi thú vị (và gây nghiện) mang lại cảm giác phù hợp trên thiết bị di động.
Hỏi đáp với Martin Kool
Tại sao nên chọn web?
Tôi luôn yêu thích khả năng vô tận của công nghệ web. Tôi tự cho rằng mình thật may mắn vì đã nắm bắt điều này từ nhiều năm trước. Những năm qua, chúng tôi đã chứng kiến những tính năng nâng cao tuyệt vời giúp thực sự giúp web phát triển, cả trên máy tính và thiết bị di động.
Và JavaScript. TRỜI ƠI! Đây chỉ là Play-Doh dành cho bộ nhớ. Gần như theo nghĩa đen, bởi vì cả Play-Doh và JavaScript đều thực sự cho phép bạn tạo ra một đống mì spaghetti ;) Nhưng điều đó khiến mọi thứ trở nên tuyệt vời hơn.
Nhưng thú thật là bạn có thể nhanh chóng di chuyển từ 0 đến 88 MPH, tổ chức một bản minh hoạ trên Dropbox hoặc nơi khác, chạy ứng dụng từ một thiết bị và phát hành để mọi người có thể kiểm thử. Vòng phản hồi thực sự ngắn – bao gồm cả thiết bị – điều này cho phép tôi thích ứng nhanh chóng, thực hiện các thay đổi cần thiết ngay từ đầu và tiếp tục thực hiện. Sau đó, khi trò chơi gần như đã sẵn sàng phát hành, thật tuyệt vời khi thấy có bao nhiêu người có thể tiếp cận được qua tất cả các cửa hàng ứng dụng khác nhau và một phiên bản web có thể chơi được kết hợp.
Điều gì hoạt động thực sự hiệu quả trong quá trình phát triển?
Tôi biết rằng tôi sẽ viết mã JavaScript bằng cưa xích giả định vì tôi chỉ muốn hoàn thành công việc. Gửi hàng, bạn biết không? Đối với tôi, đó là về việc tạo ra một trò chơi hoạt động ở định dạng đen trắng có thể chơi được cho mọi người - đó là những gì tôi bắt đầu, sau đó tôi cố gắng tìm một chủ đề thiết kế gần như đơn giản nhưng hoàn thành công việc. Sau khi các bản dựng đó sẵn sàng, tôi chỉ cần tinh chỉnh tất cả các chi tiết bằng cách sử dụng Chrome trên máy Mac trong khi liên tục dùng thử các bản dựng thảo trên Nexus 5 của mình.
Nếu có thể, bạn sẽ dùng API nào để cải thiện ứng dụng của mình?
Hãy để tôi bắt đầu với hai điều ước nhỏ trước khi thực hiện điều lớn lao:
Một là hạn chế WebView trên thiết bị di động. Việc gói trò chơi bằng Clang thường giúp bạn có được một khung hiển thị web khá cũ. Tôi không nên phàn nàn vì WKWebView sắp ra mắt và sẽ mất vài tháng nữa khi toàn bộ quy trình được tinh giản, nhưng cho đến lúc đó, sẽ thật là lộn xộn với tất cả các trình bổ trợ và mọi thứ để giúp nội dung HTML5 của bạn hoạt động trên thiết bị di động.
Mặt khác là: Google thực sự cần cung cấp cho các nhà phát triển những phương thức dễ dàng để xử lý các gian lận trong bảng xếp hạng và thành tích. Trong trò chơi của tôi 0h n0, một số người chơi đạt điểm 1 và tôi đã dành cả ngày để cố gắng làm cho mã quản lý này chạy trên máy. Mã này sẽ kết nối với các phím và nội dung thích hợp đã được thiết lập trên trang tổng quan. Nhưng cuối cùng, nó không hiệu quả, và tôi cảm thấy nó nên là dịch vụ được tích hợp trong trang tổng quan Dịch vụ trò chơi của Google Play dành cho nhà phát triển trên Google Play.
Nhưng đây là một điều thực sự làm nên sự khác biệt.
Tại sao trên Earth, chúng ta vẫn cần phải 8wrap8 HTML5 vào một số lớp Java/ObjC gốc để biến nó thành một ứng dụng? Điều đó nằm ngoài tầm hiểu của tôi. Tôi dự kiến việc này sẽ được "sửa" từ 5 năm trước, nhưng ở đây, chúng tôi vẫn đang sử dụng Clang để lấp đầy "khoảng trống" giữa quảng cáo gốc và web ban đầu tạo ra tên "Phone Gap". Tôi vẫn coi như một nhà môi giới phá hoại rằng một ngày nào đó sẽ ra đi vì tôi có thể sử dụng JavaScript để tạo và biên dịch ứng dụng của mình, cũng như để sử dụng tất cả các API mà thiết bị di động hoặc máy tính bảng có. Vì vậy, cả Android và iOS đều nên IMHO cho phép các nhà phát triển xây dựng ứng dụng "gốc" chỉ bằng JavaScript và Sublime.