크로스 플랫폼 게임에는 Java가 적합합니까? [닫은]

Java로 게임을 만들고 Windows, Linux 및 Mac에서 작동하도록하고 싶습니다. C #이 이것에 대한 나쁜 선택이라고 확신하며 C 또는 C ++에 대한 경험이 충분하지 않습니다. 플래시를 멀리하고 싶습니다. 따라서 Java가 저에게 적합한 선택입니까? 주로 C #을 사용하고 Java가 비슷하다고 생각하므로 배우기가 어렵지 않을 것이라고 생각합니다. 그러나 그것은 충분히 빠릅니까? Java보다 내 요구에 더 적합한 언어가 있습니까?

Java는 플랫폼 간 게임 작성에 매우 적합합니다. 주요 장점 :

• 이식성 -일반적으로 Java 게임을 작성하고 대부분의 플랫폼에서 변경되지 않은 상태로 실행될 것으로 예상 할 수 있습니다. C / C ++는 이식성이 뛰어난 다른 옵션이지만 각 플랫폼에 대해 다시 컴파일해야하며 대부분의 경우 라이브러리에는 이식성을 제한하는 플랫폼 별 기능이 있습니다.
• 성능 -Java 코드는 잘 작성되면 C / C ++를 포함한 다른 언어와 거의 비슷하게 작동합니다. JVM JIT 컴파일러는 매우 좋습니다. Java (예 : Minecraft)에서 최고 품질의 성공적인 게임을 작성할 수 있습니다.
• 라이브러리 -네트워킹에서 그래픽, 사운드, AI에 이르기까지 게임에서 원하는 거의 모든 기능을 다루는 Java 용 라이브러리는 매우 다양합니다. 대부분의 Java 라이브러리는 오픈 소스입니다.

결정해야 할 주요 결정은 사용할 GUI 프레임 워크입니다. 몇 가지 다른 옵션이 있지만 가장 눈에 띄는 옵션은 다음과 같습니다.

• jMonkeyEngine- 본격적인 3D 엔진. 3D 게임을 만들고 싶다면 이것이 최선의 선택 일 것입니다. 장면 그래프, 지형 생성 등과 같은 많은 게임 엔진 기능이 포함되어 있습니다.
• LWJGL -OpenGL에 직접 액세스 할 수있는보다 낮은 수준의 라이브러리입니다. 최대 성능을 원하고 엔진을 처음부터 새로 작성하는 것을 신경 쓰지 않으면 매력적일 것입니다.
• Swing- 이식성이 뛰어나고 Java 런타임에 포함되므로 추가 종속성이 필요하지 않습니다. 그래픽을 많이 사용하지 않는 2D 게임 (전략 게임, 카드 게임 등)에 좋습니다.
• Slick -LWJGL을 기반으로하는 2D 게임 라이브러리. 2D 게임을 작성하고 싶지만 여전히 우수한 그래픽 성능 (촬영, 스크롤 플랫폼 게임 등)이 필요한 경우에 적합합니다.
• JavaFX -Flash와 거의 같은 풍부한 인터넷 응용 프로그램을 위해 설계되었습니다. 아직 많이 사용하지는 않았지만 게임에 좋은 깔끔한 기능이 많이 있습니다. 특히 JavaFX 2.0은 매우 유망합니다.

게임을위한 Java의 주요 단점은 실제로 당신에게 영향을 미치지 않지만 일부 게임 등급과 관련이있는 "가장 큰 경우"와 관련이 있습니다.

• 3D 엔진 가용성 -위에 나열된 도구와 엔진은 훌륭하지만 여전히 전문 게임 회사에서 사용하는 언리얼 엔진과 같은 C / C ++ 엔진 수준에는 미치지 못합니다. 따라서 수백만 개의 예산으로 주요 FPS를 개발하려는 경우 Java가 첫 번째 선택이 아닐 수 있습니다 .C / C ++는 여전히 여기에서 승리합니다.
• GC 대기 시간 Java 가비지 수집은 전체적으로 큰 이점이지만 GC주기가 발생하면 약간의 일시 중지가 발생할 수 있습니다. 지연 시간이 짧은 새로운 JVM에서는 훨씬 향상되지만 여전히 지연 시간이 매우 짧은 게임 (1 인칭 슈팅 게임)에게는 문제가 될 수 있습니다. 해결 방법은 http://javolution.org/ 와 같이 대기 시간이 짧은 라이브러리를 사용하는 것이지만 게임보다는 고주파 거래 또는 실시간 시스템에서 더 많은 대상이있는 것 같습니다.
• 저수준 최적화를 활용하는 능력 부족-Java JIT 컴파일러는 엄청나게 훌륭하지만 여전히 피할 수없는 몇 가지 제약 조건을 적용합니다 (예를 들어 배열에 대한 경계 검사). 이런 종류의 것을 최적화하기 위해 기본 머신 코드 수준의 액세스 권한을 실제로 확보 해야하는 경우 Java보다 C / C ++를 선호 할 것입니다.

고려해야 할 몇 가지 배포 옵션도 있습니다.

• 애플릿 -브라우저에서 실행되며 사용자에게는 매우 편리하지만 애플릿은 보안상의 이유로 수행 할 수있는 기능이 다소 제한되어 있습니다. 추가 보안 권한을 얻기 위해 애플릿에 서명 할 수 있지만 대부분의 사용자에게는 약간 무서운 프롬프트가 표시됩니다.
• Java Web Start- 전체 로컬 다운로드가 필요하고 로컬 시스템 리소스에 액세스해야하는보다 정교한 게임에 적합합니다. 또한 플랫폼 독립적 인 방식으로 작동합니다. 아마도 중형 게임이나 애플릿 보안 제한을 피해야하는 게임에 가장 적합한 경로 일 것입니다.
• 인스톨러 다운로드 -다른 언어와 마찬가지로 Java 게임용 인스톨러를 작성할 수 있습니다. 설치 프로그램에는 일부 플랫폼 별 기능이 있기 때문에 구성 및 테스트 작업이 약간 더 진행됩니다.
• 웹 -HTML5 웹 애플리케이션을 작성하고 서버 측에서 순수하게 Java의 장점을 활용할 수 있습니다. 멀티 플레이어 웹 게임을 고려할 가치가 있습니다.

마지막으로, 다른 JVM 언어도 고려해야합니다. 위에 나열된 Java 플랫폼의 모든 이점이 있지만 일부는 Java보다 언어가 더 좋다고 생각합니다. 스칼라, 클로저 및 그루비가 가장 눈에 띄는 것들이며 위에 나열된 Java 툴과 라이브러리를 모두 사용할 수 있습니다.

Mattine의 Minecraft와 Blocks는 모두 Java로 제작되었으므로 게임 제작에 좋습니다. Java를 사용하는 동안 발생할 주요 문제는 해당 경로로 이동하여 기본 앱을 작성하도록 선택한 경우 모바일 플랫폼으로 포팅하는 것입니다. Android는 별도의 라이브러리가있는 일종의 유명한 Java SE입니다. RIM의 Blackberry는 Java ME를 사용합니다. 이론적으로 iOS는 Java로 프로그래밍 할 수 있지만 Objective-C가 해당 플랫폼에 더 적합한 선택 일 수 있습니다.

Java는 C #과 매우 유사합니다. Java 만 알고도 C # 코드를 이해할 수있는 경우가 많습니다. 그것들은 다른 디자인 철학을 가지고 있지만 최소한의 번거 로움없이 광범위하게 배치 할 수 있습니다. C #은 모바일 배포가 더 어려워지고 비 Windows 플랫폼에 배포하는 데 특정 외부 라이브러리 등에 따라 시간이 많이 걸리거나 어려워 지더라도 게임에 대한 끔찍한 선택은 아닙니다.

가장 명백하고 가장 저항력이 적은 방법은 HTML5 + 자바 스크립트 콤보를 사용하는 것입니다. 이를 사용하여 만들어진 모든 응용 프로그램이나 게임은 거의 모든 장치와 브라우저에서 실행됩니다.

장점 :-다양한 플랫폼과 장치에서 게임을 실행하려면 구성이 필요하지 않습니다.

참고 :- 위의 기술을 사용하여 빌드 된 게임은 거의 없지만 키가 작습니다. 그러나 우유로 버터를 만들 수 있다면 치즈는 불가능하지 않다고 생각합니다.

Eclipse에서 Scala 및 Scheme Bigloo 를 사용하여 Java 게임 내에서 스트레스 코드 또는 병렬 작업에 JVM을 사용할 수 있습니다 .

Pattern Design 및 UML2를 사용하면 OCL로 코드를 보호 할 수 있으며 Topcased.org에 모두 있습니다.

이러한 툴을 익히는 데는 시간이 걸리지 만, Java의 배경이자 기반이 될 것입니다.

짧은 대답 : 아닙니다.

Java는 이진 실행 파일을 생성하지 않지만 C #에서와 같이 바이트 코드 만 생성하며 (CLI), "열린 환경"에서 심각한 비즈니스에는 두 가지 주요 이유로 좋지 않습니다.

• 역 엔지니어링에 갇힐 확률은 특히 Java와 같이 오래되고 잘 알려진 언어에서 매우 높습니다.
• 시스템 성능을 완전히 제어 할 수는 없습니다. Java의 경우 JVM이 전체 제어를 수행하는 데 큰 역할을합니다.

물론 모든 언어에는 자체 라이브러리가 있지만 각 언어마다 많은 양의 라이브러리가 있기 때문에 이것은 실제 문제가 아니며이 주제의 목적이라고 생각하지 않습니다.

전문가 수준에서는 모든 C # 문을 실제 컴퓨터의 어셈블리 코드로 변환 할 수있는 dev-Kit과 같은 규칙을 어길 수있는 것을 찾을 수 있지만, 이런 종류의 접근 방식은 실제로 카드에없는 경우 개방 된 환경에서 제품을 판매하려는 경우 개발을 위해 C 및 C ++ 만 고려하십시오.

실제 환경의 ROM 소스가 일반적으로 공개되지 않고 안드로이드는 오픈 소스로 간주 될 수 있다는 사실을 고려할 때 안드로이드도 실질적으로 폐쇄되어 있기 때문에 모바일 디바이스는 상황이 약간 다릅니다. 실제 장치의 ROM 중 %가 아닙니다. 이 경우 너무 많은 논쟁을 할 수 없으며 모든 것이 이미 준비되어 있으며 모든 플랫폼은 모든 사람이 알고있는 것처럼 고유 한 언어를 가지고 있습니다.

결국 열린 환경 에서이 제품을 판매하려는 경우 닫힌 환경에서 컴파일 된 이진 / 어셈블리 코드를 생성 할 수있는 언어 만 제안 할 수 있습니다. 닫힌 환경에서는 다른 이유로 결정을 내리기가 더 쉽습니다.