2015-10-07 14 views
9

Właśnie zaczynam od aplikacji mobilnych. Jestem przyzwyczajony do tworzenia API z ApiController Web API.TableController vs ApiController w aplikacjach mobilnych Azure

Domyślny szablon projektu dla aplikacji mobilnych w VS2015 ma próbkę TodoItemController, która dziedziczy po TableController. Wygląda na to, że niektóre operacje CRUD są instalowane natychmiast po zainstalowaniu w kodzie TableController, a każdy obiekt danych musi być typu ITableData.

Idealnie byłoby pominąć TableController i wdrożyć rzeczy w mój sposób z ApiController.

Moje pytanie brzmi, jakie są konsekwencje wodowania TableController, jeśli takie istnieją? Czy istnieje jakieś ścisłe powiązanie między usługą App Service a korzystaniem z usługi TableController?

+0

Czy chcesz podzielić się tym, co aspekty ITableData nie są idealne? W przyszłości możemy zrelaksować niektóre z tych wymagań. –

+2

nie-nullable guid dla kolumny Id i daty niemożliwe do negacji – Mark13426

Odpowiedz

7

TableController jest połączony z klientem logiki tabeli SDK i zapewnia wszystkie prawa logiki & kolumn interakcji potrzebnych do zapytań, synchronizacja w trybie offline, itp

Można użyć kontrolerów API dobrze, to przede wszystkim będzie zależy od funkcji, których chcesz użyć.

+0

Czy te funkcje można zaimplementować za pomocą ApiController? – Mark13426

+4

Nie, jeśli chcesz przeprowadzić synchronizację w trybie offline i funkcje zapytań po stronie klienta, musisz użyć kontrolera TableController. Wszystkie inne funkcje będą działać dobrze z ApiController. Upewnij się, że używasz atrybutu MobileAppController, zobacz https://azure.microsoft.com/en-us/documentation/articles/app-service-mobile-dotnet-backend-how-to-use-server-sdk/#how- to-define-a-custom-api-controller –

+0

@ lindydonna-msft co jest zaletą korzystania z MobileAppController, jeśli chcę tylko zwrócić obiekt Json? – batmaci

Powiązane problemy