いばらを介して市場へ

Windows Phone 7.5でアプリケーションを開発し、それをWindows Phone 8に移行した経験と、一般的な見通しについて考えたいことを共有したいと思います。 私自身は最近、Web開発からモバイルに切り替えたばかりであり、まだあまり経験がないため、この情報は主に初心者の開発者に興味があります。


Windows Phone（WP）の開発は地獄だという記事を読んだ後、すぐにお話しします。
マイクロソフトのスタッフは素晴らしいです。優れたSDK、手頃な価格のポリシー、多くのドキュメント、優れたコミュニティ、C＃-これらすべてが、開発プロセスを快適で刺激的なものにします。 私が直面した困難を正確に伝えたいだけです。

私がやったことについて少し。 タスクは非常に簡単でした：
Iphone、Android、Ipad、Mac os、Windows（ 興味のある人 ）に成功したアプリケーションがあり、それをWPに転送する必要がありました。 Microsoft Phone市場でWindows Phone 7.5が最前線にあり、Windows Phone 8が登場しようとしていたときに開発を開始しました。問題を明確にした後、次に何を書くか、どのように書くかを決めました。 何を書くべきかについて質問がなければ、私は書く方法について考えなければなりませんでした。 実際、WP7プラットフォーム用のアプリケーションを既に作成しましたが、それは単純であり、複雑なデザインパターンを必要としませんでした。 MVVMパターンのクールさについて読んだ後、私はそれを試してみることにし、その実装のためのフレームワークを探し始めました。 何よりも、 Mvvm Lightツールキットがシンプルで入門のしやすさで気に入っていました 。 MVVMの使用のおかげで、WP8への移行プロセス、そしてWindows 8への移行プロセスがはるかに簡単になりました。

設計

設計に非常に長い時間がかかりました。 私たちにとって、これは初めての経験であり、多くの微妙な点がありました。 さらに、美しく見えるものすべてが電話ですぐに機能するわけではありません（たとえば、ピボットとパノラマの選択）。 すぐに明るいトピックと暗いトピックをサポートすることに決めたので、ページの背景を選択することに長い間悩んでいましたが、私たちに合ったオプションは思いつきませんでした（ApplicationBarへの別のこんにちは、これは目障りです）。 アプリケーションのすべてのメニューとApplicationBarの内容（保存、削除、キャンセル、追加など、最も必要なものだけが含まれています）をすぐに検討することをお勧めします。 アクセントカラーをどのように使用し、さまざまなトピックでどのように見えるかを考えてください。 グリッドを試してみましたが、成功しませんでした。 それから、最初にハーフピクセルが8であることを知りました（アプリケーションでは、今日でも8がポップアップします）。 ミニマリズムは良いですが、何かを際立たせることは本当に難しいです。

コンポーネントとコントロールはどうですか？

必要なすべてのコンポーネントとコントロールはありますが、すべてが正常に機能するわけではありません。 Windows Phone Toolkitを使用して開始しました。 すべてがうまく機能しましたが、複雑さに関しては、特にパフォーマンスとユーザビリティに関しては、ファイルに取り組む必要がありました。 何よりも、速度が低下したLongListSelectorに夢中になりました。 会議の1つで、私はRadControlsについて聞いたことがありましたが、他の人と仕事をすることができなくなりました。 それらは高価ではありませんが、多くの時間を節約し、TextBox、PasswordBoxなどの標準的な要素でさえもはるかに使いやすいです（基本的なアニメーション、クリアボタン、PasswordBoxでアスタリスクを開く）。 この問題は、Multiselect ListPickerで発生しました。これは、Two-wayデータバインディングの使用を完全に拒否し、少しシャーマンにならなければなりませんでした。

さらに、いくつかのことに夢中になりました。

-仮想キーボードは、表示されるとフォームの下部を覆いますが、この機能ではすべてのページで戦ったため、完全に勝つことはできませんでした。 ScrollViewerで各フォームをラップし、キーボードが表示されたら下部からマージンを追加する必要がありました。 Iphoneのように機能しない理由が本当にわかりません。


-仮想キーボードの↲ボタンを押して遷移しても、フォーカスは別の要素に移動しません。自分で処理する必要があります。 このような単純な操作のために、トリッキーなヘルパーを使用しました

-仮想キーボードが開いているときに要素のフォーカスを変更すると、フォーカスが移動するスリープ要素がキーボードの下にあるという事実につながります。 （focusを押してタイトルを元のタイトルに変更しました）


-フォーカスが双方向のDataBindingフィールドを離れるまで、それは起こりません。 たとえば、上の図に示されている状況で、AppBarの保存ボタンをクリックすると、ViewModelの[元のタイトル]フィールドにあるすべてのものが表示されなくなります。 これはコードで回避する必要がありました

private void UpdateSource()

{

object focusObj = FocusManager.GetFocusedElement();

if (focusObj != null && focusObj is TextBox)

{

var binding = (focusObj as TextBox).GetBindingExpression(TextBox.TextProperty);

binding.UpdateSource();

}

if (focusObj != null && focusObj is Telerik.Windows.Controls.RadTextBox)

{

var binding = (focusObj as Telerik.Windows.Controls.RadTextBox).GetBindingExpression(Telerik.Windows.Controls.RadTextBox.TextProperty);

binding.UpdateSource();

}

}

-ApplicationBarはコマンドでは機能せず、プログラムでのみローカライズできます。 さらに、動的なApplicationBar（たとえば、各ピボットアイテムに独自のApplicationBarがある）を作成することは、依然として松葉杖です。 Expression Blendの非常に悪い友人であるBindableApplicationBarを使用する必要がありました。

-ページに大量のテキストを表示したい場合は、制限という形で失望し、2048x2048ピクセルに収まらないものはすべてMicrosoftブラックホールに吸収されます。この記事だけが役立ちます。

-さまざまな画面で同じように見えるように写真を操作するのがどれほど簡単か、私は理解していませんでした

データベース

データベースは最大の問題であることが判明しました。 バージョンWP7.5（およびそれ以降）には、独自の組み込みDBMS-SQL CEがあります。 プログラムの最初のバージョンは、このDBMSに実装されました。 Iphone、Ipad、Android、その他のOS用のプログラムはSQliteを使用して作成されたと言わなければなりません。 しかし、WP7の場合、その時点では公式ドライバーはありませんでした（現在でもドライバーがないため、Windows Phone 8のバージョンでのみ登場しました）が、非公式ドライバーには連絡したくありませんでした。 これはクライアントにとって少しショックでしたが、既製のsqliteデータベースをSQL CEに移植し、モデルを作成し、関係、インデックスなどを記述しました。

少量のデータを処理する場合、データベースは問題なく動作しましたが、レコード数が数千を超えると、ここから具体的なブレーキが開始されました。 長い間、私はデータベースでの作業を最適化しようとしましたが、何もできませんでした。 さらに、無料版のスタジオがあり、データベースの操作には少し問題があり、ビューアーがインストールされていなかったため、sdfファイルを長く退屈な時間操作するプログラムを見つける必要がありました。

その後、Windows 8 \ RTでの開発を開始することが決定されましたが、Windows 8 \ RTはSQL CEをサポートしておらず、sqliteの使用を推奨していることが判明したときの一般的な驚きでした（その頃までにWindows 8 \ RT用のsqliteドライバーはすでにリリースされていました電話8）。

衝撃でした。 すべてにつまずいたので、Windows 7.5でsqliteを操作するためのオプションを探すことにしました。 多くの時間を費やして、時代遅れのライブラリを見つけました。 幸いなことに、これにはトランザクションサポートが含まれていたため、それなしでは作業できませんでした。 ライブラリを操作する小さなヘルパーが作成されました（苦しんでいる人に与えることができます）。 そして、すべてがうまくいくように見えたが、それでも今日までその中のわき柱を掘り下げている。 さらに、UTF8では非常にうまく機能しません。

個人的には、データベースを操作する必要がある場合は、sqliteのみを使用し、Windows Phone 8以降のみを使用します。

サーバーを操作する

サーバーでの作業はそれほど難しくありませんでした。 RestSharpライブラリー（.NET用のシンプルなRESTおよびHTTP APIクライアント） http://restsharp.org/は、APIを使用するのに役立ちました。 唯一の問題は、同期クエリを実行することでした。 WP7では、デリゲートを使用してこれを行うことができます。 確かに、コールバックの複雑さに完全に混乱し、リファクタリングしなければならなかったように思えた。

さらに、SSLを使用することは不可能であることが判明し、非常に残念です。 しかし、一般的に、すべてがデータベースを操作するほど怖いわけではありません。

ローカリゼーション

ローカライズに特別な問題はありませんでした。 プログラムの最初のバージョンでは、12言語をサポートすることが決定されました。 翻訳は、サービスhttp://www.icanlocalize.comを使用して行われました。 サービスの動作について何も悪いことは言えませんが、1つあります。それはIphone \ Androidでのみ動作し、XMLをresxに、またはその逆に変換するためのコンバーターを作成する必要がありました（必要な場合は提供できます）。 繰り返しになりますが、Windows PhoneとWindows 8 \ RTの間でローカライズファイルにわずかな非互換性があります（Microsoftは非常にソフトです）。 AppBarのローカライズでは小さな問題が発生しましたが、簡単に回避できます。

「万歳」：新しいウィンドウ

開発が動いている間、新しいWP8があるというニュースは常に聞かれました。 2012年6月にWindows Phone 8が発表された後、Windows Phone 7.5ベースの電話はWP8では動作しないが、欠陥のある更新プログラムを受け取ることが明らかになりました。 これは私たちにとってかなり不快なニュースであることが判明しました。 蜂蜜のスプーンは、WP7.5用に書かれたプログラムがWP8を搭載した携帯電話で動作することですが、新しいOSのすべての機能を使用することはできません。 私たちは考えました：まあ、OK、私たちは彼らのために役に立たないようです。 しかし、電話は注文されました。

電話が到着したとき、新しいスタジオ2012をインストールする必要がありました 。その後、スタジオに加えて、新しいラップトップを購入します（ SLATテクノロジーをサポートするi3より上のプロセッサーが必要なため ）。 そしてもちろん、Windows 8（それがなければ...）。 一般的に、移行は時間とお金の両方で非常に費用がかかることが判明しました。 WP8にインストールし、叫び、考えました：次に何をすべきか。 もちろん、すべてがそれほどひどいわけではありませんでしたが、この形式で外に出てはならないことが明らかになりました。 主な問題は写真、スプラッシュ画面、アイコンにありましたが、一部のコンポーネントは動作しませんでした。 http://developer.nokia.comの記事は、この問題の解決に役立ちました。
あなたが見ることができ、 ここにあります

1つのソリューションでバージョンごとに個別のプロジェクトを作成することで、MVVMパターンを使用することを最初から決定したことを常に嬉しく思いました。

MARKETplaceで

アプリケーションには既に独自のコミュニティがあったため（多くの人が同時に異なるプラットフォームで携帯電話を使用していることは私にとって啓示でした）、私たちはBetta Testingを行うことにしました。 WPの電話でフォーラムの人々を招待することで、テストを開始しました。 エラーを修正するのに約2か月かかり、同時にデザインを変更して機能を強化しました（すべてクライアント用）。 テストに参加してくれた人々に感謝します。

ストアへのアプリケーションのダウンロードは迅速で、認定には8日かかり、初めて合格しました。 唯一の手間はスクリーンショットの準備にありました。各言語用に独自のスクリーンセットを作成する必要があり、12の言語があります。 販売が開始され、すぐに1つのバグが表面化したため、緊急に修正する必要がありました。 10分で修正し、認定の更新を送信しました。 マイクロソフトで、発生したことの説明と認定を促進するためのリクエストを記載したチケットを作成しました。 応答も加速も受信しませんでした-7営業日8（および週末9を考慮します。9日の興奮と自己鞭打ち。前のケースからどこで何が変わったのかを確認するために、そのような場合は別の認証メカニズムを行う必要があると確信しています）少なくとも重大なエラーの場合、バージョンはあまりにも時間がかかりません。

ソーシャルネットワーク、サイト、およびニュースレターに広告を掲載しました。 彼はすでに他のプラットフォームでこのアプリケーションを起動した経験があったため、販売の開始は低迷し、クライアントはすぐにダウンしました。 当然、発売時のダウンロードと購入のピークの後、販売の緩やかな減少が始まりました。 これまでの売上は、1日あたり平均10個のアプリケーションであり、これは他のプラットフォームと比較して非常に低い指標です（Androidでは1日あたり50回、iPhoneでは150回購入）。

ダウンロード統計は次のようになります。

まあ、iPhoneやAndroidと比較して



売り上げがそれほど低いということではなく、そのような低い売り上げでアプリケーションのトップペイドレーティングにランク付けされたことは非常に不満です。

-イタリア、スウェーデン、ノルウェー：40位

-アメリカ：70位

-スイス：16位。

-チェコ共和国：6位

-フランス：50位

そして、彼らのカテゴリーの内部で、1位/ 2位です！ そして、これはそのような低い購入で!!!
トップのアプリケーションのパフォーマンスはわずかに向上していると想定できます。

もちろん、有能なプロモーションが必要ですが、売り上げが2倍になったとしても、Androidに追いつくことはなく、アプリケーションのさらなる開発の費用はかかりません。

今日、残念ながら、顧客はWPプラットフォームのアプリケーションをサポートし続けることの適切性の問題を解決し、このプラットフォームで将来連絡する価値があるかと思います。