5
İki farklı kullanıma sahip kullanım durumu (bir yönetici hesabı ve kullanıcı hesabı) olan Meteor ile mevcut bir uygulamayı yeniden yazmak için çalışıyorum. Her ikisi de işlevsellik açısından ayrı uygulamalar olarak kabul edilebilir, ancak aynı arka uç veritabanını paylaşır.Tek bir Meteor uygulaması için birden çok (ayrı/ad-ayrılmış) Meteor istemci codebases
Meteor yalnızca erişilen istemci için öğeleri paketleyip gönderecek şekilde "ad alanı" veya ayrı istemcileri tanımlamanın bir yolu var mı? Örneğin. meteor-router, /admin* alanı ve /user* alanı için farklı istemcileri zorlayabilir, böylece istemciye gereksiz yükler yüklenmez.
Bunun, meteor-router gibi bir Meteor akıllı paketinin kapsamında olanın kapsamı dışında olduğunu umuyorum.
Bu yanıtsız soruyla ilgili görünüyor http://stackoverflow.com/questions/17357394/where-to-put-a-separate-admin-interface-for-a-meteor-app?rq=1 –
ayrıca bununla ilgileniyor ve şimdiye kadar hiçbir çözüm bulamadı. Yukarıda yapıştırılan sorunun artık demir-yönlendiriciye dayanan bir cevabı var. Ancak, bu paketlerin yalnızca belirli uygulamalara gönderilme sorununu çözmediğini düşünüyorum. "Paylaşılan veritabanı ile çoklu meteor uygulamaları" yaklaşımı umuduyla bakmaya devam edecek, gitmek için tek yol değil: -/ –
Şimdiye kadar bulduğum tek çözüm, hackish, ama "ambalaj her şey" yükünü azaltmak yardımcı olur. Uygulamamın, uygulamanın geri kalanıyla paylaşılmasına gerek olmayan bir komut dosyası veya şablon kullanan bir parçası varsa, bunu [harici dosya yükleyici] ile çalışma zamanında ekliyorum (https: //atmosphere.meteor .com/paket/harici dosya yükleyici) paketi. Bu varlıkları "public" gibi statik bir klasöre atın ve bu AJAX çağrılarını ve yüklenmesini yönetir. [Session-extras] (https://atmosphere.meteor.com/package/session-extras) ile birleştiğinde, yüklendiğinde işleri tetikleyebilirsiniz. –