caxapa.ru :: Нет. Я настаиваю на четком отслеживании где заканчивается одна абстракция и начинается другая.

Cкpипaч, пророк (21.06.2024 08:30, просмотров: 139) ответил Anvar на Это вопрос владения методом и терминологией, и когда уже мозги вывернуты ООП, то ваша void barrier_open() , будет записана void SetBitBarrier_open(). А настоящий, если барьер это все таки объект, а не "палка", будет обязательно методом обекта с возвратом статуса операции TypeStatusBarrieropen Barrier_open(), а с другими свойствами, с инициализацией )))))

Нет. Я настаиваю на четком отслеживании где заканчивается одна абстракция и начинается другая.

Если это шлагбаум и в прикладном коде он описан как объект, то он вполне имеет право на метод self.open().

Но манипуляции битами там быть не должно. Ни в явной форме, ни в объектной обёртке.

Только вызов функции из модуля.

... но не любой ценой.

Ответить

- Опять же это не про ООП. ООП привязывается к физике объекта и иногда это ~~просто банан~~ просто метод реализующий установку бита, и промежуточный слой абстракции не нужен. - 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)
        
        Плюсы более неисчерпаемы, чем асм! Можно оптимизировать до второго пришествия :-) - SciFi(21.06.2024 09:17)
        
        Вот точно нахер такое счастье. Стопятсот строк неиспользуемого текста. Я лучше "Войну и мір" прочитаю. - Cкpипaч(21.06.2024 09:02)

Средства и методы разработки