この 1 週間、Azure Mobile Services を強化してきました。SQL DB などにヒットする API を記述できる標準的な Azure Web サイトでそれらを使用することには、確かにいくつかの賛否両論があります。
私が目にする最大の欠点の 1 つは、サーバー上でサーバー側のコードと DB 構造を開発することです。私はローンチ以降のビデオをたくさん見てきましたし、WAMS に関するヒントやコツについてのブログ記事もたくさん読んできましたが、サーバー上でコード (サーバー スクリプト) やデータベース構造を開発することのマイナス面については誰も話していないようです。 URL。
これはすべて、モバイル アプリと関連するモバイル サービスの最初のバージョンを開発するのに最適です。しかし、すべてのデプロイが完了したら、どのようにしてバージョン 2 をビルドするのでしょうか? 実際の API とデータにアクセスする実際のアプリですが、サーバー スクリプトとデータベース スキーマを開発/変更/操作したいですか?
Azure Web サイトを使用すると、ローカルで開発を行い、スケジュールに従ってコードと DB の変更のみをサーバーに公開できます。
Azure Mobile Services に関する "v2 開発ストーリー" を見たり聞いたりした人はいますか?
私が考えることができる唯一のことは、テーブルと API の別のセットをそれらの周りに作成することです。おそらく、元のデータ セットに対して API を作成できる「仮想テーブル」です。クライアントコードは元のテーブルセットと新しいテーブルセットについて知る必要があるため、非常に面倒なようです...これはv2のみです...
ご意見/洞察をありがとう。