Unity3d は理解するのが非常に難しく、Unity3d にはより強力なプログラミング スキルが必要であり、インターフェイスは見苦しく、直感的ではありません。
それはあなたの意見のようです。私の意見では、UE4 インターフェイスは肥大化して遅く、unity には必要なものだけがあり、それ以上のものはありません。どちらも無限に変更できるため、ほとんどのユーザーのニーズに合わせてどちらを使用してもかまいません。したがって、選択する正当な理由ではありません。
では、UE4 でゲームのプロトタイプを「プレイ」し、メイン ロジックをすばやく作成してテストすることは理にかなっていますか (ブループリントは素晴らしく、使いやすいです)。次に、自分のアイデアがプレイヤーにとって本当に興味深く魅力的であることを確認してから、移動します。 Unity3d へのアート アセット、C# でのブループリントのロジックのコーディングなど???
したがって、これはすべてあなたが誰であるかによって異なりますが、一般的に、プログラマーがあまり得意でない場合は、優れた UE4 ブループリント システムを使用するのが理にかなっているはずです。ただし、Unity には、購入できる安定したビジュアル スクリプティング ツールがあります。そのため、プロトタイピングに使用するエンジンを決定する正当な理由にはなりません。
Unity に戻すためにブループリントでゲームのプロトタイプを作成する理由がわかりません。UE4 とブループリント システムを習得するために苦労した場合。そのようにゲームを構築するだけです。Unity でゲームのプロトタイプを作成する場合も同様です。
しかし、UE4 はマルチプラットフォームの開発には完全に対応できていません: Android のサポートは非常に悪いです :(
サー/ブラザー... UE4 が新しい機能を量産している速度で、プロトタイプの半分が完成した時点で、Android のサポートは手付かずになると思います。（ただの推測に私を拘束しないでください）
ゲームを作りたいだけなら、それが私の答えです...ただし、プログラマーになる予定がある場合、またはプログラマーになる予定がある場合は、どちらを選択しても、ビジュアルスクリプト期間を使用しないことをお勧めします。他の人から学び、実践することで、自分の技術を学びましょう。
あなたの最終目標がプログラマーになることであり、より簡単に始めたい場合は、Unity C# を選択してください。C# は少し簡単に使用でき、Unity での反復時間はほとんどありません。もう少し時間に余裕があり、核心に迫りたい場合は、C++ UE4 を使用するか、C++ からゲームをゼロから作成してください。