У вас есть ориентированный на вытаскивание Observable/Listenable, который уведомляет Наблюдателей/Слушателей, когда какое-либо состояние изменяется.Насколько вы должны делать ваши наблюдаемые/прослушиваемые данные?
Состояние состоит из нескольких самородок данных, а некоторые из ваших наблюдателей/слушателей не заботятся обо всем состоянии.
Как правило, вы вообще уведомляете обо всех наблюдателях/слушателях и позволяете им игнорировать уведомления, когда ничего не заботятся об изменении?
Или вы предпочитаете отдельно Наблюдаемый для каждого «самородка» данных, чтобы ваши наблюдатели/слушатели гарантировали получение уведомлений, на которые им нужно отвечать?
Влияет ли оно на ситуацию?
Есть ли у вас какие-либо общие соображения относительно детализации ваших наблюдательных/слуховых аппаратов?
Если мы будем следовать этой дороге, я думаю, мы придем к «отфильтрованным» событиям, где фильтр может быть функцией сложности арбитража. –
согласитесь, что это может стать интересным, если оно сложным. Водитель - это стоимость доставки. Если в вашей среде затраты на доставку низки (где это может быть из-за комбинации нескольких наблюдателей, нескольких событий, низкой стоимости за единицу за единицу), тогда сохраните ее просто. Когда затраты растут (например, из-за сетевых накладных расходов), сложность становится ценной.И должно ли это произойти, будет полезно повторное использование чужих шаблонов (или кода). – djna
Прежде чем спрашивать, это был мой предпочтительный способ сделать это. Большим преимуществом является то, что если вы начнете с предположения, что у вас будут специализированные темы, даже если вы не ведете слишком далеко, вы можете расширить, как вам нужно. –