Java có phải là một lựa chọn tốt cho các trò chơi đa nền tảng không? [đóng cửa]

Tôi đang tìm cách tạo một trò chơi bằng Java và muốn nó hoạt động trên Windows, Linux và Mac. Tôi khá chắc chắn C # là một lựa chọn tồi cho việc này và tôi không có đủ kinh nghiệm về C hoặc C ++. Tôi muốn tránh xa Flash. Do đó, Java có phải là một lựa chọn tốt cho tôi không? Hầu hết, tôi sử dụng C # và nghĩ rằng Java tương tự nhau, vì vậy tôi cho rằng nó sẽ không khó học. Nhưng nó có đủ nhanh không? Có ngôn ngữ nào phù hợp với nhu cầu của tôi hơn Java không?

Java cực kỳ thích hợp để viết các trò chơi đa nền tảng. Ưu điểm chính:

• Tính di động - Nói chung, bạn có thể viết một trò chơi Java và hy vọng nó sẽ chạy không thay đổi trên hầu hết các nền tảng. Đây có lẽ là tùy chọn di động nhất của bất kỳ ngôn ngữ nào - C / C ++ là tùy chọn có tính di động cao khác nhưng cần được biên dịch lại cho mỗi nền tảng và trong nhiều trường hợp, các thư viện có các tính năng cụ thể của nền tảng nhằm hạn chế tính di động.
• Hiệu suất - Mã Java, nếu được viết tốt, sẽ thực hiện khá nhiều cũng như bất kỳ ngôn ngữ nào khác, bao gồm cả C / C ++. Trình biên dịch JVM JIT cực kỳ tốt. Bạn có thể viết một trò chơi chất lượng hàng đầu, thành công trong Java (ví dụ Minecraft).
• Các thư viện - có rất nhiều thư viện có sẵn cho Java bao gồm hầu hết mọi tính năng bạn có thể muốn trong các trò chơi, từ kết nối mạng đến đồ họa đến âm thanh đến AI. Hầu hết các thư viện Java là nguồn mở.

Quyết định chính bạn sẽ phải đưa ra là khung GUI nào bạn sẽ sử dụng. Có khá nhiều lựa chọn khác nhau nhưng những lựa chọn nổi bật nhất là:

• jMonkeyEngine - công cụ 3D hoàn chỉnh. Nếu bạn muốn tạo một trò chơi 3D thì đây có lẽ là sự lựa chọn tốt nhất của bạn - chứa nhiều tính năng của công cụ trò chơi như biểu đồ cảnh, tạo địa hình, v.v.
• LWJGL - một thư viện cấp thấp hơn với quyền truy cập trực tiếp vào OpenGL. Có khả năng hấp dẫn bạn nếu bạn muốn hiệu suất tối đa và đừng ngại viết nhiều động cơ của bạn từ đầu.
• Xoay - có ưu điểm là cực kỳ di động và được bao gồm trong thời gian chạy Java nên không cần phụ thuộc thêm. Điều này tốt cho các trò chơi 2D không chuyên sâu về đồ họa (trò chơi chiến lược, trò chơi bài, v.v.)
• Slick - một thư viện trò chơi 2D dựa trên LWJGL. Có thể là tốt nếu bạn muốn viết một trò chơi 2D nhưng vẫn cần hiệu năng đồ họa tốt (trò chơi bắn súng, trò chơi nền tảng cuộn, v.v.)
• JavaFX - được thiết kế cho các ứng dụng internet phong phú, gần giống như Flash. Có rất nhiều tính năng gọn gàng sẽ tốt cho các trò chơi mặc dù tôi chưa thấy nó được sử dụng nhiều. Đặc biệt, JavaFX 2.0 trông khá hứa hẹn.

Những nhược điểm chính của Java khi chơi game thực sự xoay quanh các "trường hợp cạnh" có thể sẽ không ảnh hưởng đến bạn nhưng có liên quan đến một số lớp trò chơi:

• Tính khả dụng của công cụ 3D - mặc dù các công cụ và công cụ được liệt kê ở trên là tốt, nhưng chúng vẫn không tương xứng với mức độ của công cụ C / C ++ như Unreal Engine được sử dụng bởi các công ty trò chơi chuyên nghiệp. Vì vậy, Java có thể sẽ không phải là lựa chọn đầu tiên của bạn nếu bạn đang cố gắng phát triển một FPS lớn với ngân sách hàng triệu - C / C ++ vẫn chiến thắng ở đây.
• Bộ sưu tập rác Java độ trễ của GC nói chung là một lợi ích rất lớn, nhưng nó có thể gây ra tạm dừng nhẹ khi chu kỳ GC xảy ra. Điều này đang trở nên tốt hơn nhiều với các JVM mới có độ trễ thấp, nhưng vẫn có thể là một vấn đề đối với các trò chơi có yêu cầu độ trễ rất thấp (có lẽ là game bắn súng góc nhìn người thứ nhất). Một cách giải quyết là sử dụng các thư viện có độ trễ thấp như http://javolution.org/ , tuy nhiên những thư viện này dường như được nhắm mục tiêu nhiều hơn ở các hệ thống giao dịch tần số cao hoặc thời gian thực thay vì các trò chơi.
• Thiếu khả năng khai thác tối ưu hóa ở mức độ thấp - trong khi trình biên dịch Java JIT cực kỳ tốt, nó vẫn thi hành một số ràng buộc mà bạn không thể tránh (ví dụ: kiểm tra giới hạn trên mảng). Nếu bạn thực sự cần phải có quyền truy cập cấp mã máy riêng để tối ưu hóa loại điều này, thì một lần nữa bạn có thể sẽ thích C / C ++ hơn Java.

Lưu ý rằng cũng có một vài tùy chọn triển khai để xem xét:

• Applet - chạy trong trình duyệt, rất thuận tiện cho người dùng, tuy nhiên các applet khá hạn chế trong những gì họ có thể làm vì lý do bảo mật. Lưu ý rằng bạn có thể ký các applet để nhận thêm các đặc quyền bảo mật, mặc dù điều này sẽ gây ra một lời nhắc hơi đáng sợ cho hầu hết người dùng.
• Java Web Start - tốt hơn cho các trò chơi phức tạp hơn cần tải xuống cục bộ đầy đủ và cũng cần truy cập tài nguyên hệ thống cục bộ. Nó cũng hoạt động theo một cách khá độc lập với nền tảng. Có lẽ là con đường tốt nhất cho một trò chơi cỡ trung bình hoặc một cái gì đó cần phải thoát khỏi những hạn chế bảo mật của applet.
• Tải xuống trình cài đặt - Bạn có thể viết trình cài đặt cho trò chơi Java giống như bất kỳ ngôn ngữ nào khác. Dĩ nhiên, việc cấu hình và kiểm tra sẽ tốn nhiều công sức hơn vì các trình cài đặt có xu hướng có một số tính năng dành riêng cho nền tảng.
• Web - bạn có thể viết một ứng dụng web HTML5 và tận dụng sức mạnh của Java hoàn toàn ở phía máy chủ. Đáng để xem xét cho một trò chơi web nhiều người chơi.

Cuối cùng, cũng đáng để xem xét một số ngôn ngữ JVM khác - những ngôn ngữ này có tất cả các lợi ích của nền tảng Java được liệt kê ở trên, nhưng một số coi chúng là ngôn ngữ tốt hơn chính Java. Scala, Clojure và Groovy sẽ là những người nổi bật nhất và tất cả họ đều có thể sử dụng các công cụ và thư viện Java được liệt kê ở trên.

Cả Minecraft và Blocks mà Matter đều được xây dựng bằng Java, vì vậy, nó rất tốt để làm game. Vấn đề chính bạn sẽ gặp phải khi sử dụng Java là chuyển sang nền tảng di động nếu bạn chọn đi theo tuyến đường đó và viết một ứng dụng gốc. Android là một loại Java SE thẳng thắn với một thư viện riêng. Blackberry của RIM sử dụng Java ME. Về lý thuyết, iOS có thể được lập trình bằng Java mặc dù Objective-C có thể là lựa chọn tốt hơn cho nền tảng đó.

Java khá giống với C #. Tôi thường thấy mã C # có thể hiểu được mặc dù chỉ biết Java. Họ có một triết lý thiết kế khác nhau nhưng theo như có thể triển khai rộng rãi với rắc rối tối thiểu cả hai đều phù hợp với dự luật. C # không phải là một lựa chọn tồi cho các trò chơi bởi dù việc triển khai trên thiết bị di động của bạn sẽ khó khăn hơn và việc triển khai lên các nền tảng không có cửa sổ sẽ tốn nhiều thời gian hơn hoặc khó khăn hơn tùy thuộc vào thư viện bên ngoài cụ thể nào và do đó bạn sẽ sử dụng.

Cách rõ ràng nhất và ít kháng cự nhất là sử dụng kết hợp HTML5 + javascript. Bất kỳ ứng dụng hoặc trò chơi nào được thực hiện bằng cách này sẽ chạy trên hầu hết mọi thiết bị và trình duyệt.

Ưu điểm : - Bạn sẽ cần cấu hình bằng 0 để trò chơi của bạn chạy trên nhiều nền tảng và thiết bị khác nhau.

LƯU Ý: - Tôi đã thấy một số trò chơi được xây dựng bằng các công nghệ nói trên nhưng chúng nhỏ hơn về tầm vóc. Nhưng, tôi cho rằng nếu người ta có thể làm bơ ra khỏi sữa thì phô mai không phải là không thể

Bạn có thể sử dụng Scala và Scheme Bigloo trên Eclipse để sử dụng JVM cho mã được nhấn mạnh hoặc hành động song song trong trò chơi Java của bạn.

Với Thiết kế mẫu và UML2, bạn cũng có thể bảo mật mã bằng OCL, tất cả đều nằm trong Topcasing.org.

Nắm vững các công cụ đó cần có thời gian, nhưng chúng là nền tảng của Java, cơ sở sẽ đẩy bạn lên hàng đầu.

Câu trả lời ngắn gọn: không.

Java không tạo ra một tệp thực thi nhị phân mà chỉ có mã byte như C # (CLI) và đây không phải là một điều tốt cho doanh nghiệp nghiêm túc trong "môi trường mở" vì hai lý do chính:

• xác suất bị mắc kẹt trong việc tham gia ngược là rất cao, đặc biệt là với các ngôn ngữ cũ và thực sự nổi tiếng như Java
• bạn không có toàn quyền kiểm soát các hiệu năng của máy, trong trường hợp Java, JVM đóng vai trò lớn trong việc kiểm soát hoàn toàn.

Tất nhiên mỗi ngôn ngữ đều có thư viện riêng nhưng do số lượng lớn chúng cho mỗi ngôn ngữ nên đây không phải là vấn đề thực sự và tôi không nghĩ đó là mục đích của chủ đề này.

Có thể ở cấp độ chuyên nghiệp, bạn có thể tìm thấy thứ gì đó có thể phá vỡ quy tắc như dev-Kit có thể dịch tất cả các câu lệnh C # thành mã lắp ráp cho một cỗ máy trong thế giới thực, nhưng nếu cách tiếp cận này không nằm trong các thẻ bạn buộc phải sử dụng chỉ xem xét C và C ++ cho sự phát triển của bạn khi bạn định bán sản phẩm của mình trong môi trường mở.

Các thiết bị di động có một chút khác biệt bởi vì chúng là "môi trường khép kín", ngay cả Android cũng bị đóng cửa một cách thận trọng vì thực tế là nguồn ROM thế giới thực thường không có sẵn cho công chúng, Android có thể được coi là mã nguồn mở nhưng 99 % ROM trên thiết bị thực tế không có. Trong trường hợp này, bạn không thể tranh luận quá nhiều, mọi thứ đã được đặt cho bạn và mọi nền tảng đều có ngôn ngữ riêng như mọi người đều biết.

Cuối cùng, nếu bạn định bán sản phẩm này trong môi trường mở, tôi chỉ có thể đề xuất các ngôn ngữ có thể tạo mã được biên dịch và mã nhị phân / lắp ráp, trong môi trường kín, quyết định dễ thực hiện hơn vì những lý do khác nhau.