Was sollte ich für Azure Mobile Service - TableController oder API Controller verwenden?

Question

Ich arbeite an einer neuen Anwendung mit Azure Mobile App Service und entwickeln Backend mit .NET und wählen Azure Tabellen als Back-End-Speicher. In allen Beispielen, die ich bisher gefunden habe, verwende ich TableController als Basis eines beliebigen API-Controllers und Modelle müssen von EntityData abgeleitet werden. Diese Entitätsdaten enthalten keinen Partitions- und Zeilenschlüssel, aber wir benötigen diese Schlüssel für den Azure Table-Speicher. Andere Möglichkeit zum Zugriff auf Tabellenspeicher erfolgt über Microsoft.WindowsAzure.Storage und Modelle werden von TableEntity vererbt.

Bitte geben Sie an, wie Sie den Backend-Service mit der azure Mobile App entwickeln können.

Answer 1

Wir können Azure-Tabellenspeicher als Backing-Datenanbieter für Ihre TableControllers über das neue Microsoft.Azure.Mobile.Server.Storage-Paket verwenden. Siehe detaillierte Informationen von Azure Mobile Apps September 2015 Update. Detaillierte Schritte werden in this article gezeigt. Sie müssen mehr Aufmerksamkeit auf Folgendes richten:
1) Anders bei der Azure SQL-Datenbank ist Azure Table Storage ein nicht relationaler Speicher.
2) Der Datentyp von StorageData anstelle von EntityData, Id in StorageData muß abzuleiten formatiert als "<PartitionID>, <RowValue>"

public class TodoItem : StorageData 
    { 
     public TodoItem(): base("partition", System.Guid.NewGuid().ToString()) 
     { 

     } 
     public string Text { get; set; } 

     public bool Complete { get; set; } 

    } 

3) Im Gegensatz zu einem SQL-Datenbank, Tabellenspeicher als Back-End-Daten gibt IQQueryable nicht zurück.