2015-04-07 5 views
7

Próbuję zbudować interfejs API, którego można użyć do aktualizacji niektórych danych podstawowych w mojej aplikacji. Na przykład. Moja aplikacja zawiera różne listy rozwijane dla miasta, kraju itp. Kiedy dodam nowe dane w tych listach rozwijanych, potrzebuję aplikacji, aby raz dziennie uderzały w ten interfejs API i otrzymywały najnowsze dane dropdowns. Ponadto, jeśli API zostanie poproszony o starsze menu rozwijane (ze starszych aplikacji), powinno być możliwe jego zwrócenie na podstawie parametru zapytania o wartości date.Jak zachować główne dane aplikacji na końcu serwera?

Jaki jest najlepszy sposób na stworzenie takiego AP?

Ponadto interfejs API musi być RESTOWN i będzie narażony na działanie środowisk Android/iOS.

+0

Czy Ty lub Twoja firma ma już jakieś bazy danych po stronie serwera, serwery internetowe i preferowane języki? –

+0

Powoduje zwracanie wyników dla każdej zmiany rozwijania w oparciu o bieżącego użytkownika. To znaczy, czy zawartość każdego rozwijanego menu jest określona przez użytkownika, jego powiązanie z konkretnym klientem, geografia itp.? –

Odpowiedz

0

Odkryj jeden z produktów Mobile Backend jako usługi (mBaaS) dla Twoich długoterminowych potrzeb.

Oto niektórzy gracze:

  • BaasBox: Open source backend
  • Backendless: umożliwia deweloperom mieć natychmiastowy backend bez konieczności pisania kodu po stronie serwera .
  • Usługi aplikacji Apigee: zapewnia dużo bezpłatnej przestrzeni dyskowej, powiadomienia push, analizy itp.
  • Appcelerator: BaaS skierowany do odbiorców Enterprise.

Na krótką metę może chcesz spróbować https://www.webscript.io/ osadzić jakiś krótki kod JavaScript, żeby powrócić odpowiedź JSON dla Ciebie.

+0

Jestem w firmie, w której muszę to zrobić wewnętrznie i nie mogę outsourcować – Batman

+0

@Batman patrząc na twój komentarz, moja sugestia to użycie prostego zaplecza node.js do stworzenia twoich API REST. Osobiście lubię używać ekspresowych dla aplikacji sieciowych węzła. W Internecie dostępnych jest wiele samouczków do tworzenia prostych interfejsów API usług REST za pomocą węzła. Na przykład spójrz na ten link https://scotch.io/tutorials/build-a-restful-api-using-node-and-express-4 –

0

Wpisałabym sugestię użycia Santas przez BaaS. Polecam używanie BaaS podczas fazy projektowania twojego projektu.

Po opracowaniu i przetestowaniu iPhone'a i aplikacji na Androida należy zastąpić komponenty serwera oparte na architekturze Baas wbudowanym serwerem RESTful.

Takie podejście ma kilka zalet. Pozwala podzielić wysiłek na dwie odrębne części: klient zmienia produkt i buduje komponent serwera.

Zakładam, że bieżąca wiedza Państwa firmy dotyczy rozwoju aplikacji, więc powinno być łatwiej dla wszystkich, aby uaktualnić swoje aplikacje, aby korzystać z interfejsów API opartych na BaaS.

O wiele łatwiej będzie powtórzyć i udoskonalić swoje komponenty danych i modele przy użyciu dojrzałego serwera BaaS.

Dzięki aplikacjom wykorzystującym żądania danych do wypełniania list rozwijanych z opartego na BaaS RESTful API oraz stabilnych roboczych modeli danych i zestawów danych hostowanych na serwerach BaaS, znacznie szybciej będzie można rozpocząć tworzenie własnej usługi REST.

Gdy napotkasz problemy, będziesz pewny, że znajdują się w kodzie strony serwera. Możesz uruchamiać testy A/B z tymi samymi Aplikacjami przeciwko dwóm wersjom serwera i zapewnić, że obsługa klienta jest taka sama.

Możesz nadal używać serwera BaaS do szybkiego prototypowania i tworzenia rozszerzeń API.

3

Interfejs API powinien móc zwracać na podstawie parametru zapytania daty.

Możesz użyć dwóch kolumn created_at i updated_at w swoim schemacie tabel. Więc jak to będzie przydatne dla danej sytuacji:

  • Ilekroć ktoś trafienia api bez date parametru, jesteś zwrócić wszystkie dane, które zostały utworzone przed current time.
  • Ilekroć ktoś uderzy w api z parametrem date, możesz zwrócić dane, które są tworzone przed parametrem value of date.

Oczywiście trzeba napisać pełną logikę za to po stronie serwera końcowego.

Powiązane problemy