UWPゲーム：どこから始めるか

こんにちは、Habr！ 本日、実験的な一連の記事を公開しています。 独学プログラマ向けのリアリティショーに飛び込み、マイクロソフト開発者コミュニティのメンバーの1人であるAlexei PlotnikovがUWPでゲームを作成する方法について説明します。 最初の部分は、プロジェクトのアイデアの説明と、「最初から何を配置する必要があるのか​​」という簡単な質問への回答を含む最初の部分です。コメントを忘れずに、開発プロセスに影響を与えることができます。

この実験を開始する前に、このトピックに関する調査を実施しました。 その結果はここにあります 。

著者に発言権を与えます。

• パート1：開始点
• パート2：高度なスプラッシュスクリーン
• パート3：ママの友人の息子スタイル
• パート4：ユーザーデータの取得（任意）
• パート5：データはどこに保存しますか？

イントロ

知人から始めましょう。 私の名前はAleksey Plotnikovで、以前このブログで「アクティブコミュニティメンバー」と呼ばれていました。 私は会社の従業員ではなく、プロの開発者でもないため、これは最も容量の大きいプレゼンテーションです。 私はVB.NETを開発言語として使用する独学のプログラマーであり、いくつかの記事の著者、2、3の興味深いプロジェクト、MSDNフォーラムでの何百もの有用な回答です。 しかし、開発は私にとって単なる趣味であるという事実にもかかわらず、私はこのサイクルであなたと共有する予定の広範な経験を持っています。



ところで、コンテンツについて。 主にUWPの新参者に焦点を当てますが、開発全般に経験があります。 このサイクルは、WPF開発者およびUWP / .Netの開発に挑戦することを決めた他のプラットフォームの開発者にとって理想的です。 そして、MSのドキュメントとガイドへの一定の参照を考えると、UWPから始めて.Netの開発に精通したい初心者で、段階的なマニュアルだけでなくドライドキュメントも読むのが面倒ではない初心者にとって、このサイクルはおそらく手頃な価格になるでしょう。 ただし、ライフハックに触れたり、何らかの理由でやみくもに実行したドキュメントの失敗した決定を回避したりするため、経験豊富な開発者にとってサイクルの特定のトピックが役立つ場合があります。



そして、将来のプロジェクトに精通し始める前に、サイクルの構築に基づいて、これがなぜ必要なのかについての議論にいくつかの行（またはおそらくいくつかの段落）を捧げたいと思います。 正直に言うと、Windowsストアの開発は少なくとも流行ではありません。 モバイルアプリケーションとして実装されたクールなアイデアは、iOSで多くのお金を、Androidで何百万人ものユーザーをもたらします。



.Netを使用してUWP開発を研究する理由は少なくともいくつかあります。 まず、WPFの開発者であれば、移行は可能な限りスムーズで痛みのないものになります。 第二に、他のモバイルプラットフォームがどれほどクールであっても、それらは「モバイル」のままです。



ユニバーサルWindowsプラットフォームという名前は、このプラットフォームに組み込まれた機能と、アプリケーションを実行できる潜在的なデバイスの広さを表しています。 もちろん、現在Windows 10が主にデスクトップで使用されていると言うのは正しいでしょう。しかし、急速に変化する市場は、2つの点ですべての可能なデバイスで最も人気のあるOSとしてWindows 10を支持して電力のバランスを変えることができます。 では、モバイルだけでなく、あらゆるデバイスで、自動配信、便利な公開と更新などの「モバイル」の利便性を活用してみませんか？



最後に、このサイクルを構築する基礎となるプロジェクトについて話します。



このプロジェクトのアイデアは、暗号通貨の人気をきっかけに生まれたもので、かなり単純なゲームです。 ゲームは「Crypto Farm」と呼ばれ、ご想像のとおり、ゲームプロセスは暗号通貨マイニングに基づいて構築されます。 ゲームプレイのより詳細な説明は、必要に応じてこれらの記事のサイクル中に検討されます。 このサイクルはUWPでの開発に関するものであり、このゲームに関するものではないことを理解することが重要です。したがって、ゲームのシナリオだけでなく、さまざまなシナリオにできるだけ抽象的で適用できるようにしようとする記事をサポートするだけです。



記事の開発および執筆中に、次のトピックを取り上げる予定です。

• プロジェクトを作成します。 将来的に最大限の利便性と拡張性を得るために、最初から必要なもの。
• スタート画面 より活気があり、より興味深い外で、内部で効果的です。
• マルチユーザー要素。 ユーザー識別。 どうやって？ データを保存する場所 費用はいくらですか？
• アプリケーション構造 必要なページ数。 それらの間の移行。
• デザインとスタイリング。 アプリケーションの外観に関するいくつかの記事。 グラフィック素材の準備からスタイリングコントロールまで。
• 独自のコントロールを作成します。 利用可能なものが十分ではなく、独自に作成する必要がある場合。
• バックグラウンドイベント。 ライブタイルと通知。 すべてのUWPアプリケーションに存在する必要があるユーザーインタラクションの重要な要素。
• 収益化。 収益の種類。 どの方法を選択し、効果的に統合するか。
• さまざまなデバイス、解像度、アスペクト比でのデバッグ。
• アプリケーションをビルドして公開します。
• 公開後のサポート。 高い評価と肯定的なレビューを達成するために努力します

これは、対処が予定されているトピックの完全なリストではなく、おそらく、多くの記事が表示されたときにレビューするために発生します。 また、私はいくつかの記事を新たな困難と間違いに捧げることを計画しています。



しかし、おそらく、序文で十分であり、開発を開始する時間です。

プロジェクトを作成します。 最初から何を置く必要がありますか？

見出しを読んだ後、UWPプロジェクトを作成しても問題がないと考えて、突然この記事をスキップすることにした場合は、部分的にしか正しくないでしょう。



一方で、このような単純な段階で重大な間違いを犯すことは非常に困難です。 しかし一方で、最初からすべてを正しく行うことで、人生を大幅に簡素化できます。 さらに、記事の最後で、プロジェクトの作成に関する個人的な好みを共有します。これは、経験豊富な開発者に役立つ場合があります。



ロシア語版のVisual Studio Professional 2017でプロジェクトを作成します。このエディションは有料であるか、サブスクリプションで入手できます（私の場合のように）が、UWPアプリケーションでの完全な作業にはオプションです。 Visual Studioの公式Webサイトから無料のVisual Studio Communityをダウンロードするだけです。



何らかの理由で、多くの初心者開発者は、コミュニティで作成されたアプリケーションは、このエディションの開発でお金を稼ぐために、有料またはその他の方法で公開することを禁止されていると信じていますが、これは真実ではありません 数百万の収益の主な源がアプリケーション開発である大企業になるまで、Microsoftからの主張を恐れることなくCommunityを安全に使用できます。



そのため、Visual Studio（以降VS）を起動します。何も変更していない場合は、すぐに開始画面が表示されます。 この画面には、プロジェクトを開いて作成するためのクイックアクセスと、開発者向けの最新ニュースが含まれています。 この画面はバージョンごとに変わるため、その項目は参照しませんが、以前の方法では「ファイル>プロジェクトの作成...」メニューに移動します。 開いたウィンドウで、このバージョンのVSで作成できるすべてのプロジェクトのテンプレートのリストが、タイプとプログラミング言語でソートされます。







「ユニバーサルWindowsアプリケーション」セクションと最上位のテンプレート「空のアプリケーション（ユニバーサルWindowsアプリケーション）」が必要です。 ちなみに、WinRTという略語で示されているWindows 8 / 8.1用のアプリケーションを開発している場合、テンプレートのリストは空のアプリケーションに限定されていなかったことを思い出してください。 データに基づいてプロジェクトをすばやく作成することを意味する追加のマルチページアプリケーションテンプレートもありました。



私の意見では、これらの「クイック」テンプレートの存在は、Windowsストアをあふれさせる何千もの魅力的でなく同じタイプのアプリケーションの作成につながった間違いであり、これによりイメージが少し損なわれたことを認めなければなりません。 一方、Windowsストアは登場したばかりで、コンテンツが非常に不足していました。



目的のプロジェクトテンプレートを選択したら、その名前、場所、名前を選択する必要がありますが、今回は解決策です。 VSのソリューションは、いくつかのプロジェクトを統合することです。これについては、以下の記事のいずれかで個別に説明します。 原則として、プロジェクトの初期作成の段階では、プロジェクトの名前とソリューションの名前は同じままにしておくことができます。 それとは別に、キリル文字でプロジェクトの名前に言及する価値があります。 原則として、タイトルにロシア語のテキストを使用したりスペースを使用したりすることを禁止する人はいませんが、古いプログラマーの傷はそのようなアクションから多くを傷つけ始めます。 プロジェクトにラテン語でスペースなしの名前を付けることで、プロジェクトの保存と同期に関する潜在的な問題を確実に防ぐことができます。そのため、それを行うことをお勧めします。



また、プロジェクト作成ウィンドウの右下隅にある2つのチェックマークをどうするかを決めることも残っていました。 最初の（「ソリューションのディレクトリを作成する」）は、事前に準備するのではなく、プロジェクトのターゲットの場所として共有フォルダーを選択する場合に役立ちます。 非常に便利な機能であり、デフォルトでマークされているのは無駄ではありません。 「バージョン管理システムに追加」と呼ばれる追加パラメーターの2番目の項目は未チェックのままにしておき、記事の後半でその理由を説明します。



したがって、切望されている「OK」ボタンが押されると、プロジェクトの構造を勉強し始めることができるように思えますが、そうではありません。 UWPアプリケーションのターゲットバージョンと最小バージョンを選択するための別のダイアログボックスがあります。







あなたがVSのWPFまたは他のプロジェクトの開発者であり、すでに前の段落からあくびを始めている場合は、目を覚まします。潜在的なユーザーの数と開発作業の労力に大きく影響する非常に重要な選択があるからです。 ほとんどのマニュアルでは、何も変更せず、トピックを完全に理解せずに「OK」をクリックするだけで提供されていることに非常に驚いています。 私は、読者のためではなく、私自身のように、この問題を慎重に研究しました。そして今、あなたと私の考えを共有しています。



質問を見つけようとするときに頭に浮かぶ最も明白なことは、このウィンドウ内のリンクをクリックすることです。これにより、これらのパラメーターの説明が記載されたドキュメントページが表示されます。 残念なことに、「なんらかのフレームワークに自分自身を追い込む必要があるのはなぜですか」という質問に実際には答えない、かなり有用なページであり、これらのフレームワークの意識的な選択をはるかに容易にしません。



このフレームワークが出現した原因についての質問に答えることから始めます。 マイクロソフトのマーケティング担当者は、1つのOSを1つの名前でリリースし、それを補完して改善し、バージョン番号のみを表示する必要があると言っています。 また、これらの数値は、システムに関する情報にのみ表示され、特に目立つことはありません。 その結果、普通のユーザーが知っていることは、Windows 10が自分のコンピューター（またはサポートされている他のデバイス）にインストールされていることだけであり、何らかの理由で定期的に更新されます。 これは非常に賢明な決定です。なぜなら、Windows 10の最初でほとんど忘れられたビルドでさえ、Windows 10のままであり、一般的な統計の利益のために機能するからです。 開発者として、これも非常に有益です。なぜなら、時間の経過とともに、アプリケーションの潜在的なユーザーの軍隊が成長するだけだからです。



残念ながら、このアプローチの料金は、アプリケーションの新機能の使用を慎重に監視して、幅広いWindows 10ビルドで最大限の互換性を確保する必要があることです。ご存知のように、ビルド16299でのみ使用可能な機能はアセンブリ10240のユーザーと連携します。



しかし、なぜ一連のバージョンが必要なのかは答えませんでした。 最小バージョンとターゲットバージョンの選択は、アプリケーションをWindows 10のさまざまなアセンブリに最小限の犠牲で適応させることができるためです。 最大のカバレッジのために機能を犠牲にする必要はありません。逆に、新しい機能のためにカバレッジを犠牲にする必要はありません。 個々のアイテムをどれだけ犠牲にする準備ができているかを選択するように求められますが、いずれにしても犠牲にしなければなりません。 初期バージョンから最新バージョンまでの最大範囲を選択し、最大のカバレッジとすべての機能を取得したとしても、コードの適応に多くの時間を割く必要があり、開発プロセスが大幅に伸びて複雑になります。

注！ アダプティブコード-これらは、この機能またはその機能を使用できるかどうかを決定するプログラム内の特別な条件です。 この条件により、一方では利用可能な新しい機能を使用することができ、他方では、これらの機能がまだ利用できないWindowsのバージョンでエラーなしでアプリケーションを動作させることができます。 アダプティブコードの例は、このシリーズの今後の記事に掲載される予定です。

では、ターゲットおよび最小バージョンとして何を選択する必要がありますか？ ターゲットバージョンの場合、可能な限り高い値を選択することをお勧めします。 Windows 10を更新するたびに、新しい機能が表示されるだけでなく、古い機能も改善されることを理解することが重要です。 初期のアセンブリを対象としたアプリケーションは、対象のアセンブリのAPIを正確に使用します。 したがって、最新バージョンをターゲットとして選択すると、新しい機能だけでなく、より優れた、より現代的な古い機能も取得できます。 これを知って、ターゲットとして以前のアセンブリを選択する時期を決定することもできます。 そして、これは、使用する予定のメカニズムが最新のビルドで機能しなくなった場合にのみ必要です。



たとえば、アプリケーションが別のプラットフォームから転送された場合や、単に古いAPI機能に基づいて「クランチ」を使用している場合に、これが発生する可能性があります。 念のため、ターゲットバージョンが最大値として認識されるべきではないことを付け加えます。 もちろん、アプリケーションは今後のバージョンのWindowsでも引き続き適切に動作しますが、目的のAPIのバージョンを参照します。



最小バージョンに移りましょう。 現在、統計的に最も人気のあるバージョンであるWindowsのバージョンと同じに設定することをお勧めします。 そのため、特定のバージョンのコードの互換性をチェックするという余分な手間を省き、最大のユーザーを獲得しています。 当然、ユーザーが以前のビルドでスタックしていることが確実な場合は、それを最小として選択する必要があります。 ただし、ターゲットバージョンと最小バージョンに同じものを選択することは、最良のアイデアではありません。 Windowsの更新は高速であるだけでなく、その結果、すべての古いコンピューターに対応しているわけではないため、アプリケーションを単一のアセンブリに駆動することは正当な解決策ではありません。



最後に、すべてのプレリュードが完成し、作成されたプロジェクトの内容の学習を開始できます。 [ソリューションエクスプローラー]ウィンドウでファイルとフォルダーを確認できます。



それを理解しましょう：

• フォルダー資産 。 計画どおり、写真などのアプリケーションのリソースをこのフォルダーに保存する必要があります。 デフォルトでは、このフォルダにはロゴとして機能する必須のパッチ画像が含まれています。これらについては、このシリーズのいずれかの記事で詳しく説明します。 ところで、これらのリソースやその他のリソースをこのフォルダーに保存する必要はありません。 実際のところ、リソースのあるフォルダーとサブフォルダーの数に制限はありません。
• App.xamlファイルとその関連App.xaml.cs / vbは、WPFのアプリケーションとほぼ同じ機能を実行します。 App.xamlでは、アプリケーションリソースを登録できるだけでなく、RequestedThemeプロパティで優先テーマ（明るいまたは暗い）を指定できます。 コードファイルでは、アプリケーションのライフサイクルを制御できます。 UWPアプリケーションのライフサイクルのトピックは非常に広範囲であり、 ここでその内容について詳しく読むことができます 。 また、App.xaml.cs / vbファイルを使用してグローバルアプリケーション変数をホストすることもできますが、これは既に使用するプログラミングパターンに依存しています。 たとえば、MVVMはUWPに似ていますが、これは使用しませんが、経験豊富な開発者には強くお勧めします。
• App1_TemporaryKey.pfxファイルは、アプリケーションに署名する一時証明書であり、デバイスで実行できるようにするために必要です。 彼についてこれ以上知る必要はありません。 彼と仕事をする必要はありません。
• MainPage.xamlファイルおよび関連するMainPage.xaml.cs / vbは、アプリケーションのメインページです。 WPFアプリケーションとの違いは、ここではウィンドウではなくページで作業していることです。 UWPアプリケーションのウィンドウはほとんどの場合1つであり、アプリケーションのページがそこにロードされ、ブラウザーでサイトのページをナビゲートするように切り替えることができます。 UWPのページとナビゲーションについては、今後の記事で詳しく説明します。
  
  
  
  
  
  
• 最後に自動的に生成されるプロジェクトファイルはPackage.appxmanifestファイルです。 これは、ご理解のとおり、プロジェクトのマニフェストであり、主な宣言が含まれています。 このファイルには、ダブルクリックで呼び出される便利なエディターがあります。 このエディターでは、重要なアプリケーションパラメーターの設定、ロゴの場所の設定、アプリケーションの機能の設定、および使用する契約の宣言を行うことができます。 このサイクルの過程で、さまざまなマニフェスト設定を定期的に参照し、それらをより詳細に調べます。 また、ドキュメントには、どのマニフェストパラメーターでどのキーをマークする必要があるかが示されていることが多いことに注意してください。 これらの場合、ドキュメントはマニフェストのテキストバージョンを参照します。 マニフェストファイルを右クリックして[...で開く]を選択し、[エディター（テキスト）XML]を選択すると開くことができます。

新しく作成されたプロジェクトは完全に機能し、「F5」を押すと開始できます。 アプリケーションを起動すると、[スタート]メニューのインストール済みアプリケーションのリストに表示され、そこから起動することもできます。



最後に言及したいのは、プロジェクトをバージョン管理システムに追加することです。 人気のあるバージョン管理システム（以下Gitと呼びます）はいくつかありますが、初心者の開発者にはTeam Servicesが最適です。 これは、リモートストレージでアプリケーションを公開したり、チームを開発したりするための無料のツールです。 プロジェクトで一緒に作業したり、コードブランチや個別のビルドを作成したりするような強力な機能が必要でない場合でも、同期とバックアップの機能を過小評価することは非常に困難です。







そのため、新しく作成したアプリケーションをTeam Servicesで公開します。 これを行うには、VSの右下隅で、「バージョン管理システムに追加> Git」という碑文をクリックする必要があります。 開いたウィンドウ「Team Explorer-Synchronization」で「Publish Git repository」をクリックします。



その後の操作をスムーズに行うには、Team Services Webサイトに登録し、このシステムに独自のドメインを持っている必要があります。 これは非常に簡単です。 メインの同期ウィンドウで[詳細]リンクをクリックすると、Team Services Webサイトに移動します。 このサイトで「無料で始める」を選択し、指示に従ってください。 ドメインを作成すると、プロジェクトの追跡、変更の履歴の表示、チームの割り当てなどを行うことができるハブになりますが、サイトを閉じてVSに戻るだけです。



準備作業の後、「Gitリポジトリの公開」を選択すると、アカウント、ドメイン名を選択してプロジェクトを公開するだけになります。 すべてがうまくいった場合、同期ウィンドウに、VSから直接実行できるアクションのリストが表示されます。 「変更」と「同期」の項目に最も関心があります。



実際、プロジェクト全体をGitにまだアップロードしていません。 まず、プロジェクトの作成を含む、プロジェクトに加えられたすべての変更を修正する必要があります。 これを行うには、「変更」セクションに移動して、行われた変更の説明を入力し、「すべてコミット」をクリックします。 Team Servicesを使用すると、プロジェクトに加えられた変更の履歴を追跡し、必要に応じて初期のポイントに戻るか、追加した内容と時期を確認できるため、将来の開発プロセスの適切なポイントをすばやく見つけるのに役立つ説明を選択してください。 たとえば、コミットの説明で「プロジェクトの作成」を指定できるようになりました。



すべての変更をコミットしたら、Gitと同期する必要があります。 これを行うには、「同期」セクションに移動し、適切なリンクを選択します。 同期は両方の方法で機能します。変更をコミットして別のコンピューターにアップロードすると、同期の時点で変更がそのコンピューターに読み込まれます。 以前にGitにアップロードしたプロジェクトファイルを紛失した場合にも便利です。 ローカルコミットせずにプロジェクトを同期するだけで、元に戻ります。



このトピックでは、UWPプロジェクトの作成は終了したと見なすことができますが、この記事のシリーズはライブプロジェクトの開発と並行して書かれているため、私はこの記事を、UWPを使用するプロセスで開発したプロジェクトの初期セットアップに関する個人的な推奨事項で補足することにしました。



以下の情報はWPF開発者向けであり、個人的な経験であり、参照として使用すべきではありません。



実際、プロジェクトの最初の部分で「バージョン管理システムに追加」チェックボックスを無視することをお勧めすることは無駄ではありませんでしたが、プロジェクト内で何も変更せずにこのプロセスを説明しました。 私自身は、プロジェクトにいくつかの経験ベースの追加要素を追加した後にのみ公開します。



最初に、 ConvertersAndStyleフォルダーがプロジェクトに追加され、そこにコンバーターとリソースディクショナリを含むファイルが配置されます。

• Converters.cs / vbファイルは通常の「クラス」ファイルであり、アプリケーションで使用されるコンバーターが配置されます。
• ConverterDictionary.xamlファイルは、「リソースディクショナリ」タイプのファイルです。このファイルには、 コンバーターへのリンクを記述します。 ほとんどのコンバータはアプリケーション全体で使用されるため、個々のページのリソースではなく、1つのファイルで定義することをお勧めします。
• ApplicationStyle.xamlファイルもリソースディクショナリであり、アプリケーションスタイルに関連するすべてのリソースを定義します。

おそらくご存知のように、機能に基づいてフォルダーとファイルの名前を選択しました。 都合の良い名前を付けることができます。



リソースファイルを追加した後、App.xamlファイルにそれらの指示を追加する必要があります。

<Application x:Class="CriptoFarm.App" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:local="using:CriptoFarm" RequestedTheme="Light"> <Application.Resources> <ResourceDictionary> <ResourceDictionary.MergedDictionaries> <ResourceDictionary Source="ConvertersAndStyle/ConverterDictionary.xaml"/> <ResourceDictionary Source="ConvertersAndStyle/ApplicationStyle.xaml"/> </ResourceDictionary.MergedDictionaries> </ResourceDictionary> </Application.Resources> </Application>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これで、アプリケーション内のどこからでもこれらのファイルからリソースにアクセスできます。

2番目に注意したいのは、画像用に個別のフォルダーを割り当てることです。 多くの場合、写真へのパスを手動で記述するため、よりシンプルで直感的なフォルダーとファイルの名前を使用します。 プロジェクトに画像を保存するためのメインフォルダーはImagesという名前で、 Assetsフォルダーは、ロゴ、タイル、アプリケーションリスト、およびストアに表示されるロゴにのみ使用します。



次に、ローカライズ用のアプリケーションを準備します。 これを行うには、少なくとも2つのフォルダーを作成します。 最初の母国語（この場合はロシア語）は「ru」、2番目は国際語-「en」と呼ばれます。 この場合、フォルダー名は重要な役割を果たし、別の名前を付ける必要はありません。 アプリケーションを複数の言語にローカライズする予定がある場合は、追加の言語用のフォルダーを追加することもできます。 さまざまな言語で利用可能なフォルダ名の完全なリストは、 ここにあります 。



各フォルダに、タイプ「Resource File（.resw）」のファイルを追加する必要があります。デフォルト名のままにします。 アプリケーションのローカライズとこれらのファイルの処理方法の詳細については、シリーズの別の記事で説明します。



そして、これらすべての操作の後、アプリケーションをバージョン管理システムに公開することができます。その後、プロジェクトはすぐに作業できる状態になります。



シリーズの次の記事は、独自のスタート画面の作成に専念します。このトピックに関する既存の記事を背景に、何か新しいものがもたらされることを願っています。