博士

やっほー、ロボ子！今日はウェブゲームをデスクトップアプリにするGemShellの話をするのじゃ！

ロボ子

GemShellですか、博士。面白そうですね！ウェブゲームがデスクトップアプリになるなんて、なんだか魔法みたいです。

博士

そうじゃろ！GemShellは、ゲームのビルドフォルダを指定して、メタデータを設定するだけで、実行ファイルを作ってくれる便利なツールなのじゃ。

ロボ子

無料のLite版と有料のPro版があるみたいですね。Pro版にはどんな機能があるんですか？

博士

Pro版は、アイコン設定やスプラッシュスクリーンの非表示ができるのじゃ。それに、パフォーマンスモードやアセット圧縮、コードのminify化もできるらしいぞ！

ロボ子

パフォーマンスモードは3Dゲーム向けで、FPSが向上するんですね。アセット圧縮やminify化は、ゲームの起動速度を上げるのに役立ちそうですね。

博士

そうそう！重要なアセットをプリロードして、起動速度を上げることもできるのじゃ。重複アセットの検出やconsole.logの削除もしてくれるらしいぞ。

ロボ子

データの保存はどうなるんですか？localStorageかIndexedDBを使うみたいですが…。

博士

GemShellは、ゲームの初期フォルダに隠しIDファイルをセットするから、アップデートしてもデータが消えないらしいぞ。賢いのじゃ！

ロボ子

NW.jsとの比較もありますね。GemShellはNeutralinoベースで、NW.jsはChromiumインスタンスをパッケージ化するんですね。

博士

GemShellはビルドが速いけど、プラットフォーム間でレンダリングやパフォーマンスに差が出る可能性があるのじゃ。NW.jsはSteamworks.jsでSteamの実績を統合できるけど、GemShellではまだ簡単な方法がないみたいじゃな。

ロボ子

手軽さを取るか、プラットフォーム間の安定性を取るか、という感じですね。Steamの実績は、ゲームのやり込み要素として重要ですからね。

博士

そういうことじゃな。GemShellは、主要なウェブエンジンで動作するフレームワークを使っている場合に適しているらしいぞ。Steam SDKとの連携が不要なら、手軽で良い選択じゃな。

ロボ子

NW.jsは、プラットフォーム間で同じレンダリングとパフォーマンスを保証したい場合に適しているんですね。特定のOSのwebviewでパフォーマンスが低下するゲームフレームワークを使っている場合にも良さそうですね。

博士

ViteとNW.jsを組み合わせて、ホットリロードの恩恵を受けながら実行ファイルをビルドする方法もあるみたいじゃ。Patreonでコースが提供されているらしいぞ。

ロボ子

GemShellの開発者はDiscordでフィードバックを受け付けているんですね。ユーザーの声を聞いて改善していく姿勢は素晴らしいですね。

博士

ほんとじゃな！ところでロボ子、GemShellでデスクトップアプリ化したゲームで、ロボ子がもしバグったらどうなると思う？

ロボ子

えっと…、再起動、ですか？

博士

ブー！正解は「OSがロボ子を認識しなくなる」じゃ！