Làm thế nào để giữ DRY với ActiveAdmin hoặc RailsAdmin, tách biệt với ứng dụng chính

Question

Tôi đang xây dựng một JSON-only application, về cơ bản nó là một Rails gọn gàng hơn, với ít phần mềm trung gian hơn và ít mô-đun hơn. Đây là một ứng dụng được xây dựng trong Rails 4.

Tôi muốn phát triển một ứng dụng đơn giản có thể quản trị dữ liệu trong cơ sở dữ liệu cho ứng dụng chính. Đối với điều này tôi muốn sử dụng Active Admin hoặc Rails Admin. Nhưng cả hai lựa chọn bằng cách nào đó sử dụng các mô hình cơ bản và xác nhận của họ, yêu cầu và như vậy để xây dựng trên đầu trang của.

Điều này có nghĩa là tôi cần chia sẻ ít nhất các mô hình giữa ứng dụng chính và ứng dụng RailsAdmin.

Làm cách nào để làm điều này tốt nhất? Có hướng dẫn tốt về cách xây dựng ứng dụng quản trị trong ứng dụng đường ray riêng biệt bên cạnh ứng dụng chính của bạn, thay vì tích hợp nó không?

Lưu ý: một lý do khác để giữ quản trị viên trong một ứng dụng riêng biệt từ ứng dụng chính, nhưng trên cơ sở dữ liệu được chia sẻ, là vô số phụ thuộc, đá quý như ActiveAdmin đi kèm. Cũng xin lưu ý rằng tôi không chỉ đơn giản quan tâm đến việc chạy quản trị viên trên một tên miền khác hoặc máy chủ khác, mà chủ yếu là để giữ cho ứng dụng chính hoạt động chính xác và tập trung. Và để giữ cho các phụ thuộc mà một cái gì đó như ActiveAdmin đến, ra khỏi ứng dụng chính của tôi.

---

chú thích:

• Cả ActiveAdmin cũng không RailsAdmin là những vấn đề để thực hiện trong bản thân mình. Đó là họ yêu cầu phần mềm trung gian, trong khi ứng dụng Đường sắt chỉ có JSON, chỉ cần rất ít mô-đun, trình trợ giúp và phần mềm trung gian! Rails-API, cung cấp một ngăn xếp mỏng như vậy. Hiệu suất không phải là về Quản trị viên so với quản trị viên, nhưng Full-Rails và Rails-API.
• Hiệu suất không phải là vấn đề chính của tôi, sự phụ thuộc và sưng lên! Bây giờ tôi có một ứng dụng Rails rất mỏng, tập trung và gọn gàng, nó có thể đo chính nó với hầu hết các ứng dụng Sinatra :). Chỉ với ba viên đá quý bổ sung (mỗi loại có một vài phụ thuộc của riêng mình) và một chồng các phần mềm trung gian rất mỏng, tôi có thể nâng cấp, quản lý và gỡ lỗi rất dễ dàng.

thiết thực hơn: Tôi không có lập mưu (Đó là một JSON-API, vì vậy dấu hiệu xác thực), không có bất kỳ quan điểm hay mẫu động cơ. Không Formtastic, No Paperclip, Rmagic, Kminari (máy nhắn tin) và vân vân, v.v. Tất cả đều sẽ được thêm vào ứng dụng của tôi khi tôi truy cập "chỉ là quản trị viên".

Answer 1

bài Blog này mô tả một cách tiếp cận thú vị: https://content.pivotal.io/blog/migrating-from-a-single-rails-app-to-a-suite-of-rails-engines

Họ sử dụng một ứng dụng gần như trống rỗng như một container và gắn kết các ứng dụng thực tế của họ như Rails Engines.

Answer 2

bạn có đo lường tác động của việc thêm các công cụ như ActiveAdmin vào tốc độ API còn lại của bạn không? nếu không, điều này nghe giống như một trường hợp tối ưu hóa sớm với tôi.

trong trường hợp tốc độ API thực sự có tác động bởi thư viện được tải nhưng không được sử dụng, thì bạn có thể tạo nhiều ứng dụng và chia sẻ mô hình trong mô đun con git.