Çapraz-modül Haberleşme

3 Cevap php

Oldukça basit, elbette uygun modüller halinde bir uygulamanın grup bölgelerine iyi mantıklı.

Genellikle Ayırma, bu modülleri tutuyor ancak genellikle bir kullanıcı yönetimi modülü veri diğer bileşenleri tarafından gerekli olduğunu arrises, bir sorun değildir.

Bu istemci modülleri bu çapraz modül iletişimi iyi mimarili nasıl sorusuna getiriyor vb kullanıcı modülün iç sınıfları, bilgiye sahip olurdu normal ilkelere göre ideal daha azdır.

Düşüncelerim şimdiye kadar bir modül üzerinden diğer modüller 'sorgu' olabilir modülü geleneksel adlı API sınıfı olabileceğini vardır. Bu yaklaşım hala belli bir bağımlılık yol, ama en azından sadece diğer modül / kendi API olacaktır.

Bu konudaki düşünceleriniz büyük memnuniyetle olacaktır.

Thanks in advance, James

3 Cevap

Sen bir kullanıcı modülü bir "kütüphane" diyebiliriz. Bu terminoloji değişikliği modülleri üst düzey olması gerekiyordu hangi netleştirmeye yardımcı olabilir, ve hangilerinin birden çok diğer modüller tarafından kullanılmak üzere tasarlanmıştır alt düzey faaliyetleri yönetmek. CodeIgniter PHP framework bu yaklaşımı kullanır.

Eh, "modül" son derece belirsiz - bir modül sistemden diğerine büyük ölçüde değişebilir tanımlar tam olarak ne.

Ben aslında önlemek için çalışıyoruz senaryonun tam olarak ne tür kafamı karıştırdı. Bu birbirleri ile iletişim kurmak için sınıfların iki sınıfları veya grupları için tüm nadir değildir. Biz ilk etapta arayüzler gibi şeyler var bu yüzden.

Ben senaryoda her cesareti bilemez ve bir iletişim köprüsü olarak hizmet verebilir modülleri arasında (MVC gelen C gibi) bir kontrolör gibi sınıf var sanırım.

Siz "bağımlılık enjeksiyon" üzerinde okumak isteyebilirsiniz. Symfony Components Dependency Injection için bir çözüm sunar ve bu konuda iyi bir okuma / örnekler çok var.

etiketler