在單主題多訂閱者的情況，就是用observer模式了。
但是對於多主題多訂閱者，如果對於每乙個主題的更新，模型都要清楚的知道哪些訂閱者訂閱了這個主題，這樣的耦合度是不是太高了？但是如果不這樣的話，那麼乙個主題的更新，就帶來所有訂閱者的更新——無論這個訂閱者是否訂閱了這個主題，這又是很大的浪費把？
比如在乙個模型中，有主題a，b，c，訂閱者有a,b,c,d，其中a,b訂閱a，b,c訂閱b，a,c,d訂閱c，或者主題再多上一些，有幾十個的話，這時候怎樣設計比較好呢？
typeORM 多對多關係不同情況的處理
本文以rbac許可權管理中的使用者和角色舉例，兩個實體存在多對多的關係，乙個使用者擁有多個角色，乙個角色屬於多個使用者。typeorm的中文文件沒有對自定義中間表的說明，發現英文有相關說明，但示例 貌似有問題。一 中間表有自定義欄位的處理 在使用者user和role實體之外，新建乙個roleuse的...
C 編寫的多生產者多消費者同步問題
多個生產者和多個消費者，能生產n個產品的情況 using system using system.threading public class holdintegersynchronized public int buffersize public int buffer occupiedbuffer...
solr多core的處理
有2中配置方式，一是從solr admin進行multi core的配置。在solr admin控制台裡面選擇 core admin 選擇add core 然後把你準備好的路徑寫到裡面去。name 配置core的名稱 instancedir 配置指向你的solr core的路徑，可以是絕對路徑，也可...