... но не любой ценой.
-
- Именно операции над объектом barrier будут правильными! Costic(83 знак., 22.06.2024 15:11)
- Категоричненько :) А вы сколько лет СКУД занимаетесь? - Cкpипaч(22.06.2024 21:13)
- 0. :-) А вот языками занимался, особенно в институте. Считаю, что
флудить-теоретизировать имею право. ;-) Если уж очень хочется
открыть барьер, то только так: ErrorCode Open(Barrier
&barrier); - Costic(22.06.2024 22:03)
- Теория? Люблю теорию :) Вызов Open, как я понимаю, блокирующий? - Cкpипaч(25.06.2024 08:14)
- 0. :-) А вот языками занимался, особенно в институте. Считаю, что
флудить-теоретизировать имею право. ;-) Если уж очень хочется
открыть барьер, то только так: ErrorCode Open(Barrier
&barrier); - Costic(22.06.2024 22:03)
- Категоричненько :) А вы сколько лет СКУД занимаетесь? - Cкpипaч(22.06.2024 21:13)
- Это вопрос владения методом и терминологией, и когда уже мозги
вывернуты ООП, то ваша void barrier_open() , будет записана void
SetBitBarrier_open(). А настоящий, если барьер это все таки объект,
а не "палка", будет обязательно методом обекта с возвратом статуса
операции TypeStatusBarrieropen Barrier_open(), а с другими
свойствами, с инициализацией ))))) - Anvar(21.06.2024 08:19)
- Нет. Я настаиваю на четком отслеживании где заканчивается одна
абстракция и начинается другая. Cкpипaч(224 знак., 21.06.2024 08:30)
- Опять же это не про ООП. ООП привязывается к физике объекта и
иногда это
просто бананпросто метод реализующий установку бита, и промежуточный слой абстракции не нужен. - Anvar(21.06.2024 08:37)- Подожди. Если это шлакбаум, то установка бита или нет должно быть
описано где-то в другом месте. Иначе переносимость падает. - Cкpипaч(21.06.2024 08:43)
- Нет, если у вас используется другая обвязка полосатой палки, даже
не обязательно другой контроллер, а релюха какая поменялась, лучше
наследовать объект и/или перекрыть метод. Не надо пытаться писать
универсальный "объект шлагбаум", его нет в природе, значит и не
должно быть в ПО. - Anvar(21.06.2024 08:48)
- Тогда это абстрактный класс и у него должны быть абстрактные
методы, которые обязан описать наследник в виде всё тех же битовых
манипуляций. Тогда логика шлагбаума в библиотеке, а все битовые
настройки в приложении на самом верху абстракции ;-)) - =AlexD=(21.06.2024 08:51)
- Да ну его нахуй :) - Cкpипaч(21.06.2024 08:57)
- Зато их не надо искать, открыл майн - вот они, родимые ;-))) - =AlexD=(21.06.2024 08:58)
- Вы прикалываетесь, а коллега-плюсовик может и за чистую монету
принять :) Cкpипaч(90 знак., 21.06.2024 09:15)
- Не в .h, а в .hpp - VladislavS.(21.06.2024 12:07)
- Макропроцессору похер. - Cкpипaч(22.06.2024 14:08)
- С пеной у рта доказывают что должно быть в .h, а что в .с именно прогаммисты на С. И переносят эту догму на другой язык, доказывая тем кто пишет .hpp, что они должны делать также и в С++. А это другой язык, там это работает подругому. Особенно после введения модулей в стандарт языка. - VladislavS.(23.06.2024 08:23)
- Макропроцессору похер. - Cкpипaч(22.06.2024 14:08)
- Плюсы более неисчерпаемы, чем асм! Можно оптимизировать до второго пришествия :-) - SciFi(21.06.2024 09:17)
- Не в .h, а в .hpp - VladislavS.(21.06.2024 12:07)
- Вот точно нахер такое счастье. Стопятсот строк неиспользуемого текста. Я лучше "Войну и мір" прочитаю. - Cкpипaч(21.06.2024 09:02)
- Вы прикалываетесь, а коллега-плюсовик может и за чистую монету
принять :) Cкpипaч(90 знак., 21.06.2024 09:15)
- Зато их не надо искать, открыл майн - вот они, родимые ;-))) - =AlexD=(21.06.2024 08:58)
- Да ну его нахуй :) - Cкpипaч(21.06.2024 08:57)
- Тогда это абстрактный класс и у него должны быть абстрактные
методы, которые обязан описать наследник в виде всё тех же битовых
манипуляций. Тогда логика шлагбаума в библиотеке, а все битовые
настройки в приложении на самом верху абстракции ;-)) - =AlexD=(21.06.2024 08:51)
- Нет, если у вас используется другая обвязка полосатой палки, даже
не обязательно другой контроллер, а релюха какая поменялась, лучше
наследовать объект и/или перекрыть метод. Не надо пытаться писать
универсальный "объект шлагбаум", его нет в природе, значит и не
должно быть в ПО. - Anvar(21.06.2024 08:48)
- Подожди. Если это шлакбаум, то установка бита или нет должно быть
описано где-то в другом месте. Иначе переносимость падает. - Cкpипaч(21.06.2024 08:43)
- Опять же это не про ООП. ООП привязывается к физике объекта и
иногда это
- Нет. Я настаиваю на четком отслеживании где заканчивается одна
абстракция и начинается другая. Cкpипaч(224 знак., 21.06.2024 08:30)
- Именно операции над объектом barrier будут правильными! Costic(83 знак., 22.06.2024 15:11)