Jak zachować DRY za pomocą ActiveAdmin lub RailsAdmin, niezależnie od aplikacji głównej

BudujęAplikacja tylko JSON, jest to w zasadzie szczuplejszy Rails, z mniejszą ilością oprogramowania pośredniego i mniejszą liczbą modułów. Jest to aplikacja budowana w Railsach 4.

Chcę opracować prostą aplikację, która może zarządzać danymi w bazie danych dla aplikacji głównej. Do tego chciałbym użyćAktywny administrator lubAdministrator Railsów. Jednak obie opcje w jakiś sposób wykorzystują podstawowe modele i ich walidacje, wymagania i takie, które można budować na wierzchu.

Oznacza to, że muszę udostępnić przynajmniej modele między aplikacją główną a aplikacją RailsAdmin.

Jak najlepiej to zrobić? Czy istnieje dobry przewodnik, w jaki sposób zbudować aplikację administracyjną w oddzielnej aplikacji szyny obok głównej, zamiast zintegrować ją?

Na marginesie: kolejnym dobrym powodem, aby admin w oddzielnej aplikacji z głównej aplikacji, ale w udostępnionej bazie danych, było niezliczone zależności, jest klejnot, taki jak ActiveAdmin.

Zauważ również, że nie interesuje mnie po prostu uruchamianie administratora na innej domenie lub innym serwerze, ale przede wszystkim, aby utrzymać główną aplikację w stanie chudym i skoncentrowanym. I aby zachować zależności, z którymi przychodzi coś takiego jak ActiveAdmin, z mojej głównej aplikacji.

przypisy:

Ani ActiveAdmin, ani RailsAdmin nie są problemami z wydajnością. Wymagają one oprogramowania pośredniego, podczas gdy aplikacja kolejowa tylko dla JSON potrzebuje tylko kilku modułów, pomocników i oprogramowania pośredniego! Rails-API oferuje tak niewielki stos. Wydajność nie polega na Admin vs no admin, ale na Full-Rails vs Rails-API.Wydajność nie jest moim głównym problemem, zależności i nadmiar! Teraz mam aplikację Rails, która jest tak smukła, skupiona i chuda, że ​​może mierzyć się większością aplikacji Sinatra :). Z trzema dodatkowymi klejnotami (każdy z kilkoma własnymi zależnościami) i bardzo cienkim stosem oprogramowania pośredniego mogę bardzo łatwo aktualizować, zarządzać i debugować.

Bardziej praktyczne: janie mieć Devise (to API JSON, więc uwierzytelnione tokenem),nie mieć dowolne widoki lub silnik szablonów. Nie Formtastic, No Paperclip, Rmagic, Kminari (pagery) i tak dalej i tak dalej. Wszystko to zostanie dodane do mojej aplikacji, gdy wciągnę „tylko administratora”.

questionAnswers(2)

yourAnswerToTheQuestion