Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
30 июня

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

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

1444404 Топик полностью

Cкpипaч, пророк (22.06.2024 18:27, просмотров: 125) ответил Costic на Этот код гавно, и я поясню почему.

Этот код - демонстрация НЕ смешивания областей определения. Там где определен Fucking_Silly_Led_On() не используются биты. Вообще. Ни в явной форме, через ООП-прослойку.

Внутри функции - не нужны прослойки, нужно включать нулем - go ahead, включайте нулем.

Класс Led нахер не нужен.

Потому что в реальности нет абстракции, которая в нем изолирована.

А чисто ООПешная попытка выдать за инкапсуляцию вытягивание битовых операций на верхний уровень - ошибка архитектуры.

Объектный спагетти-код.

https://caxapa.ru/1444201.html

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

Ответить

- Класс Led необходим, т.к. он должен иметь ряд операций - включить/выключить/другое и варианты создания/удаления. Led можно включить записью 1 или 0 в порт, путём управления ШИМ, ЦАП тоже можно... Всё это должно быть скрыто в слое абстракции. Пользователю класса Led должно быть безразлично как включается светодиод на конкретной плате. Он потом на другой плате будет пользоваться таким же классом, но с другой реализацией (в идеале от производителя). Вы же используете Costic(145 знак., 22.06.2024 18:55)
  - А "необходим" именно класс? Модуль точно не устроит? :) - Cкpипaч(22.06.2024 19:48)
    - Класс лучше оптимизируется. - VladislavS.(22.06.2024 22:35)
    - В языке С++ модулей нет. %) - Costic(22.06.2024 19:55)
      - Вы таки удивитесь, но есть :) VladislavS.(7 знак., 22.06.2024 22:38, ссылка)
        
        спасибо. интересненько - Vit(23.06.2024 10:25)
      - А мне похер, я пишу на Паскале, просто компилирую компилятором С++. - Cкpипaч(22.06.2024 19:59)
  - "(в идеале от производителя)" Ну вот... Кто-то должэн написать и отладить класс, который кому-то можэт быть полезен(а можэт и никому), красиво упаковать и выложить на всеобщее использование. Аналогия с секторами не канает по простой причине: архитектура ПЦ и МС-ДОС/Вынь/Линь, это стандартная вещь и "производитель" вполне себе, можэт заморочиться созданием стандартных классов. А вот создатель какой-нить CH32V***, да хер с ним, сама STM, просто умается ваять хоть какой набор mse homjak(96 знак., 22.06.2024 19:24)
    - POSIX, STL, BSD Sockets тоже не сразу появились. STM - "пуп Земли" только в России. Я уже писал, что ARM занимается классами, только пока хреново у них получается. - Costic(22.06.2024 19:44)
      - Я не про это. Я про другое. mse homjak(634 знак., 22.06.2024 19:52)
        
        Сейчас мы все ограничены CMSIS... и немного LL. - Costic(22.06.2024 19:57)
        
        Ну вот, для каких-то кусков, которые поддаются стандартизации, это работает. Как и в стандартных библиотеках С. - mse homjak(22.06.2024 20:06)