ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Вопрос по обработки событий
14 сообщений из 14, страница 1 из 1
Вопрос по обработки событий
    #32538957
gpu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gpu
Участник
Сначала кусочек псевдо кода

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
class EventProducer
{
    public event SomeEventHanlder SomeEvent;
    //....
    public  void OnSomeEvent(sender o,  SomeEvent e)
    {
      //...
      if(SomeEvent != null)
      {
            SomeEvent(this, e);
      }
    }
}

class EventConsumer
{
    public void OnSomeEvent(sender o,  SomeEvent e)
    {
       //....
    }
}

Связка их обоих:
    ....
    EventProducer producer = new  EventProducer()
    EventConsumer consumer = new  EventConsumer();
    
    producer.SomeEvent += consumer.OnSomeEvent();
Сдаеться мне что producer без consumer можно создать,
он даже свой евент сгенерит, независимо от наличия отсутствия
consumer-а.
И ето правильно.

А вот consumer : без producer создать то можно,
только зарегестриривать обработчик евент -а негде.
И ето плохо.

Значит мне надо отслеживать создание и возможно убиение всех
producer -ов чтобы consumer -а зарегестрировать.

Что я упустил?
Или надо самому реализовывать то что, вообще говоря должно быть
встроено в язык, что то типа
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
class EventManager
{
      private SomeMapImp m_map;
      public register_producer(IProducer prod, EventArgc e)
      {
          // добавит в мап продюсера, если для события 
          // уже есть зарегестрирован (ы) консюмеры 
          // prod.e += consumer.OnEvent 
      }
      public register_consumer(IConsumer cons EventArgc e)
      {
          // добавит в мап консюмер, если для события 
          // уже есть зарегестрирован (ы) консюмеры 
          // prod.e += consumer.OnEvent 
      }
 }
...
Рейтинг: 0 / 0
28.05.2004, 14:44
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539183
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
Да, где то в этом направлении и надо рыть.

Текущщая идеология такова, что продьюсеры не знают о существовании консьюмеров, но не наоборот. Если же вам надо освободить консьюмеров от знания продьюсеров, то надо вводить промежуточный "своднический" объект.
...
Рейтинг: 0 / 0
28.05.2004, 16:00
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539217
gpu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gpu
Участник
>Да, где то в этом направлении и надо рыть.
>Текущщая идеология такова, что продьюсеры не знают о существовании >консьюмеров, но не наоборот. Если же вам надо освободить консьюмеров от знания >продьюсеров, то надо вводить промежуточный "своднический" объект.
Ну наконец то кто то удосужился вникнуть в то что я написал.
Упарился я на www.it-ru.de разжевывать ехпертам C# ЧТО именно я имею ввиду.
Большое спасибо.
...
Рейтинг: 0 / 0
28.05.2004, 16:11
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539352
Фотография Magnus23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Magnus23
Участник
Не понимаю.
Что значит отвязать консумера от продусера?
Класс который будет ловить события поставляемые другим на него и должен быть изначально ориентирован.
Ну допустим ты их отвязал. Т.е. консумер понятия не имеет о существовании продусера а значит и о его типе а также о сигнатуре евентов. Как в этом случае их корректно связать? Проверять будет тот же сводник? А консумер угадывать кого вообще ловить? ИМХО ненужный гимор.

Или я не прав?


Magnus
...
Рейтинг: 0 / 0
28.05.2004, 17:01
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539461
gpu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gpu
Участник
>Не понимаю.
>Что значит отвязать консумера от продусера?

Прод'юсеру должно быть пофиг какой консумер и каким именно местом будет обрабатывать ето событие.
...
Рейтинг: 0 / 0
28.05.2004, 18:10
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539500
gpu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gpu
Участник
Ничто не ново под луной

http://www.codeproject.com/csharp/EventPool.asp
...
Рейтинг: 0 / 0
28.05.2004, 18:35
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539513
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
Магнусу

Ну допустим ты их отвязал. Т.е. консумер понятия не имеет о существовании продусера а значит и о его типе а также о сигнатуре евентов.

Сигнатура ивентов определяется делегатами, а по сему абсолютно не зависит от продусера.
...
Рейтинг: 0 / 0
28.05.2004, 18:47
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539571
Фотография Magnus23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Magnus23
Участник
Конечно, делегатами, но ведь это то их и связывает. Промежуточный обьект в любом случае будет делат то же самое.
Я понял общую идею. Но стоит ли огород городить?

Magnus
...
Рейтинг: 0 / 0
28.05.2004, 19:43
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539583
gpu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gpu
Участник
>Конечно, делегатами, но ведь это то их и связывает. Промежуточный обьект в >любом случае будет делат то же самое.
В смысле?
Передавать событие обработчику? Да.
В остальном две большие разницы.

>Я понял общую идею. Но стоит ли огород городить?
Дела вкуса.
...
Рейтинг: 0 / 0
28.05.2004, 19:58
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539609
Фотография Magnus23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Magnus23
Участник
Существующее положение дел обязывает разработчика явно делать явною приязку и это не единственный случай, общее обьяснение таково: повышение ошибкоустойчивости.

Просто хочу получше разобаться.
Можешь провести конкретный в пример в котором использование твоей идеи целесообразно?


Magnus
...
Рейтинг: 0 / 0
28.05.2004, 20:35
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539625
gpu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gpu
Участник
>Существующее положение дел обязывает разработчика явно делать явною приязку >и это не единственный случай, общее обьяснение таково: повышение >ошибкоустойчивости.
Ну видимо у нас разное положение дел.
Я предпочитаю классический подход : разделяй и властвуй.
:)



>Просто хочу получше разобаться.
>Можешь провести конкретный в пример в котором использование твоей идеи >целесообразно?
Есть событие "Суши весла" и много других
Есть формочка которое может быть если ее когда нибудь создадут инициирует ето
и другие событыя.
Что именно делать с етим и другими событием вначале не очень понятно.
Кто их будет получать то же.
...
Рейтинг: 0 / 0
28.05.2004, 21:07
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32539657
Фотография Magnus23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Magnus23
Участник
авторЕсть событие "Суши весла" и много других
Есть формочка которое может быть если ее когда нибудь создадут инициирует ето и другие событыя.
Так вот об этом то я и говорю, ты уже в крайности впадаешь :).
Если уж разделяй и властвуй, то формочка не должна быть ничем большим кроме "рук, глаз и карманов" рабочих классов.
Далее, ты разработчик и не знаешь когда у тебя в про'кте будет вызвана эта форма? Это ж как?
У тебя есть код создающий инстанс формы, после него и бинди обработчики.
Форма то может не знать когда ее создадут, но ведь она поставщик событий и здес проблем никаких. А потребители в точности знают в каких случаях кого вызывать.

Что именно делать с етим и другими событием вначале не очень понятно.
Кто их будет получать то же.
См. выше.
Какой то сумбурный код у тебя получается. :)

Magnus
...
Рейтинг: 0 / 0
28.05.2004, 21:49
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32541069
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qu-qu
Участник
на:
А вот consumer : без producer создать то можно,
только зарегестриривать обработчик евент -а негде.

а в примере кода, якобы иллюстрирующем эту "нестыковку":
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
class EventProducer
{
    //....
}

class EventConsumer
{
   //....
}

// Связка их обоих:
    ....
    EventProducer producer = new  EventProducer()
    EventConsumer consumer = new  EventConsumer();
    
    producer.SomeEvent += consumer.OnSomeEvent();

Сами себе противоречите, уважаемый...
Сначала (после слов "// Связка их обоих:") - делаете многозначительное многоточие, а фактически (подразумевается) - создаете "внешнего хостера" для экземпляров поставщика и потребителя (которые, как вы правильно заметили, могут создаваться абсолютно независимо друг-от-друга), а потом - жалуетесь на то, что "нет места", в котором можно осуществлять независимую привязку/отвязку (на "правильном" жаргоне это называют "подписка"/"отписка" на события) поставщиков/потребителей...

Дык, в том же "внешнем хостере" и делайте все, что вам нужно... Что в этом плохого и где тут может быть логическое противоречие?
...
Рейтинг: 0 / 0
31.05.2004, 14:30
| Ответить | Цитировать | Написать  
Вопрос по обработки событий
    #32543766
gpu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gpu
Участник
// Связка их обоих:
....
EventProducer producer = new EventProducer()
EventConsumer consumer = new EventConsumer();

producer.SomeEvent += consumer.OnSomeEvent();



>Сами себе противоречите, уважаемый...
> скип
Ну многоточие обозначение многоликое
в данном случае подразумевалось делаем что то другое
>Что в этом плохого
Зависимость между producer и consumer, для меня особо критично
зависимость времени жизни.

Подробнее и по научному на ету тему можно справиться
в книжках или у корифеев дот . нета , если поискать на ету тему.
>и где тут может быть логическое противоречие?
Если оставаться в рамках данной реализации, то его здесь нет.
Если посмотреть модели систем управляемых событиями, то результат очевиден.

На самом деле вопрос можно было (нужно было. Но правильно задать вопрос означает знать ответ наполовину, не так лисформулировать так ли?)
задать так>
Возможно ли встроенными средствами C-sharp или .Нет
получить такую модель, при которой producer мог бы ничего не знать
о consumer-е и наоборот?
Ответ> получить нельзя (хотя если покопать в направлении LSE и System.EnterpriseServices, то кто знает..., но слабо вериться)
, но можно построить самому.
...
Рейтинг: 0 / 0
02.06.2004, 02:38
| Ответить | Цитировать | Написать  
14 сообщений из 14, страница 1 из 1
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Вопрос по обработки событий
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]