C#とJavaの違い — 同じ商品の値段を絞り込んで比べる

ひよこ

商品の値段を絞り込む小さなアプリなら、C#とJavaはどう違うの？

ペンギン先生

どちらも業務システムに使える言語だけれど、中心となる実行環境やライブラリが違うんだ。C#は.NET、JavaはJVMを中心とした環境で使うよ。企業向けだけに用途が限られるわけでもないんだ。

ひよこ

文法が似ているなら、そのまま置き換えられる？

ペンギン先生

そのままでは置き換えられないよ。クラスやif、forなど似た書き方はあるけれど、型の扱いや標準ライブラリは異なるんだ。C#にはプロパティなどの構文もあるので、似た見た目と互換性は分けて考えよう。

ひよこ

実行環境も違うの？

ペンギン先生

一般的な構成では、JavaはバイトコードをJVMで、C#は中間言語を.NETランタイムで実行するよ。ただし、事前にネイティブコードへ変換するAOTという選択肢もある。現在の.NETは複数のOSに対応しているけれど、使うUIやライブラリまでどのOSでも動くとは限らないんだ。

ひよこ

データを扱う書き方にはどんな違いがある？

ペンギン先生

C#のLINQはコレクションの検索や変換を言語に統合した仕組みで、クエリ構文でも書けるよ。JavaのStream APIも、filterやmapなどをつないで要素を処理できる。どちらも便利だけれど、データベースへの問い合わせなどで使う場合は、各ライブラリの対応を確認する必要があるね。

ひよこ

ゲームとかスマホアプリだとどう選べばいいの？

ペンギン先生

UnityはC#のスクリプトに対応しているよ。AndroidはJavaもサポートするけれど、新しく学ぶ人にはKotlinを勧めている。C#には.NET MAUIがある一方、古いXamarinのサポートは2024年5月1日に終了しているので、現行の選択肢と区別しよう。

ひよこ

並行処理にはどんな違いがある？

ペンギン先生

JavaではJDK 21で正式導入された仮想スレッドがあり、I/O待ちの多い大量の処理を扱うのに役立つよ。ただしCPU計算そのものを速くする機能ではないんだ。C#ではasync/awaitで非同期処理を記述できる。仮想スレッドとasync/awaitは同じ仕組みではないけれど、どちらも待ち時間を含む処理を組み立てるときの選択肢だね。

ひよこ

AOTならパフォーマンスは必ず良くなる？

ペンギン先生

JavaにはGraalVM Native Image、.NETにはNative AOTがあり、起動時間やメモリ使用量の改善が期待できるよ。ただしアプリ次第で、すべての処理が速くなる保証はない。動的なコード生成やリフレクションなどに制限・追加設定があるので、依存ライブラリの互換性と実際の負荷を確かめて選ぼう。

同じ「180円以上」を取り出してみる

C#かJavaかを名前だけで選ぶ前に、同じ処理の書き方を見てみましょう。商品の値段が120・180・250円なら、180円以上は180と250です。まず手で答えを考えてから、コードの条件と結果を照合します。

C#：LINQで条件を指定

.NET 8以降のSDKで新しい練習用コンソールプロジェクトを作ります。

dotnet new console -o PriceDemo
cd PriceDemo

Program.csを次の内容に置き換え、dotnet runで実行します。

using System;
using System.Linq;

int[] prices = { 120, 180, 250 };
var selected = prices
    .Where(price => price >= 180);
Console.WriteLine(
    string.Join(", ", selected));

Java：Streamで条件を指定

JDK 17以降のある環境で、次をMain.javaに保存します。javac Main.javaのあと、java Mainで実行します。

import java.util.List;
import java.util.stream.Collectors;

public class Main {
    public static void main(String[] args) {
        var prices = List.of(120, 180, 250);
        var selected = prices.stream()
            .filter(price -> price >= 180)
            .map(String::valueOf)
            .collect(Collectors.joining(", "));
        System.out.println(selected);
    }
}

両方の出力は 180, 250 です。例はメモリ上の配列やリストを読む処理で、DBへのSQLではありません。LINQはクエリ構文でも書けますが、DBへ変換する場合にはプロバイダーが対応する操作も確認します。

最初に見るのは、言語と実行環境の組み合わせ

.NETが複数OSへ対応していても、すべてのUIやライブラリが同じように動くとは限りません。UnityならC#とUnityの対応環境、AndroidならKotlin-firstの方針とJavaのサポートを確認します。古いXamarinの案内は現行の.NET MAUIと区別しましょう。

待ち時間と起動の話は、別々に考える

Javaの仮想スレッドはI/O待ちを含む多数の処理を扱う選択肢です。CPU計算そのものを速くする仕組みではありません。C#のasync/awaitも待ち時間を含む処理を組み立てられますが、同じ実装方式ではありません。

.NET Native AOTやGraalVM Native Imageは事前コンパイルの選択肢です。起動時間などを改善できる場合も、リフレクションや動的コード生成、依存ライブラリの条件を確認します。すべての処理が必ず速くなるとは考えず、実際のアプリで比較します。

Javaの環境を用意するならJava入門、型や実行方式から考えるならコンパイルとインタプリタへ進めます。

参考資料

• Microsoft — C# tour — .NETとC#
• Microsoft — LINQ — 絞り込み・遅延実行・プロバイダー
• Java 25 — Stream — filter・map・終端処理
• Java 25 — Virtual threads — CPU処理の高速化との区別
• Unity — Programming — C#と対応する環境
• Android — Kotlin-first — Javaの対応とKotlin-first
• Xamarin support — 2024年5月1日終了
• Microsoft — Native AOT — 事前コンパイルと制約
• GraalVM Native Image — 事前コンパイル