Tôi đang viết lại một ứng dụng hiện có với Meteor có hai trường hợp sử dụng khá khác biệt (tài khoản quản trị viên và tài khoản người dùng). Cả hai có thể được coi là ứng dụng riêng biệt về chức năng, nhưng chia sẻ cùng một cơ sở dữ liệu phía sau.Nhiều (riêng biệt/namespaced) Meteor client codebases trên mỗi ứng dụng Meteor đơn
Có cách nào để "không gian tên" hoặc định nghĩa các máy khách riêng biệt sao cho Meteor chỉ gói và gửi nội dung cho ứng dụng khách đang truy cập. Ví dụ: meteor-router có thể đẩy các khách hàng khác nhau cho không gian /admin* và không gian /user*, theo cách đó không có phí tải không cần thiết nào được tải xuống cho một trong hai ứng dụng khách.
Tôi mong đợi điều này nằm ngoài phạm vi của những gì trong phương tiện của gói thông minh Meteor như meteor-router.
Dường như liên quan đến câu hỏi chưa được trả lời này http://stackoverflow.com/questions/17357394/where-to-put-a-separate-admin-interface-for-a-meteor-app?rq=1 –
Tôi cũng quan tâm đến điều này và không tìm thấy giải pháp cho đến nay. Câu hỏi đó được dán ở trên bây giờ có một câu trả lời dựa trên bộ định tuyến sắt nhưng tôi nghĩ rằng điều đó không giải quyết được vấn đề về gói hàng chỉ đối với các ứng dụng cụ thể. Sẽ tiếp tục tìm kiếm, hy vọng phương pháp "nhiều ứng dụng sao băng với cơ sở dữ liệu được chia sẻ" không phải là cách duy nhất để đi: -/ –
Giải pháp duy nhất tôi tìm thấy cho đến nay là loại hackish, nhưng giúp giảm chi phí "đóng gói mọi thứ". Nếu có một phần ứng dụng của tôi sử dụng tập lệnh hoặc mẫu không cần chia sẻ với phần còn lại của ứng dụng, tôi sẽ đưa nó vào thời gian chạy với [bộ nạp tệp bên ngoài] (https: //atmosphere.meteor) .com/gói/bộ nạp tập tin bên ngoài). Ném các tài sản đó vào một thư mục tĩnh như 'public' và điều này xử lý các cuộc gọi và tải AJAX. Cùng với [phiên bổ sung] (https://atmosphere.meteor.com/package/session-extras) bạn có thể kích hoạt mọi thứ khi được tải. –