caxapa.ru :: Поэтому я и пытаюсь продвигать свой подход ))

Evgeniy1294 (24.01.2018 22:18, просмотров: 222) ответил POV_ на Да, SPL хужее чем с регистрами работать, непривычно.. но как-то тянуть начало на абстракции, низкоуровневое заставляет зевать. Старею (

Поэтому я и пытаюсь продвигать свой подход )) Запись вроде RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE) GPIO_EXTILineConfig(GPIO_PortSourceGPIOB, GPIO_PinSource12); EXTI_InitStructure.EXTI_Line = EXTI_Line12; EXTI_InitStructure.EXTI_Mode = EXTI_Mode_Interrupt; EXTI_InitStructure.EXTI_Trigger = EXTI_Trigger_Rising_Falling; EXTI_InitStructure.EXTI_LineCmd = ENABLE; EXTI_Init(&EXTI_InitStructure); NVIC_Configuration(); Гораздо менее удобна и понятна, чем RCC->APB2ENR |= RCC_APB2ENR_AFIOEN; GPIO::pincfg_exti (GPIOB, GPIO::PIN::PIN_12, GPIO::EXTI_TRIGGER::ANY); NVIC_EnableIRQ(EXTI15_10_IRQn); Хотя делают одно и то же. Я никак не могу понять конторы типа ST. Разработчики компиляторов и IDE старательно пытаются пересадить программистов с C на C++. Он значительно удобнее, эффективность написания программ возрастает, быстродействие при прямых руках не страдает никак. А ST силами индусов пилит свой долбаный HAL на С, кривой и страшный. Неужели контора с таким оборотом не может сделать нормальные библиотеки?

Ответить

- Ага, недавно как раз пара легаси проектов на плюсах перед глазами появилась. Хочется распечатать и повесить на стену -> - she(24.01.2018 22:29, ссылка)
  - Линус написал несколько про другое. Встроенные обработчики исключений, выделение памяти через new и прочее в применении к ядрам ОС или тем же МК - ересь. Куча классов и множественное наследие в МК превращают программу в тормозной бред. Код в Evgeniy1294(369 знак., 24.01.2018 23:03)
    - Линус вообще не про языки писал, а про металитет разработчиков. she(265 знак., 24.01.2018 23:24)
      - Я её склонен списывать на индусский аутсорс, если вы об этом. - Evgeniy1294(24.01.2018 23:28)
      - +1 - Evgeny_CD(24.01.2018 23:26)
    - И много высоконадежных приложений на плюсах? Циска вон как-то галимым сишником обходится ибо нехуй. - POV_(24.01.2018 23:11, )
      - И как С мешает говнокодить дырявые и падучие приложения? Суть не в языке, суть в методологии. В С++ без методологии точно соваться не стоит, выработка и освоение методологии - долго и сложно, но потом - кайф. - Evgeny_CD(24.01.2018 23:32)
        
        Да, я не против плюсов - для ПиСи на них пишу. Но на процы с большими ресурсами только пытаюсь перейти... POV_(141 знак., 25.01.2018 09:34, )
    - -> +100500 - Evgeny_CD(24.01.2018 23:09, ссылка)
    - Молодец. Где будешь кодеров набирать? На Марсе? - SciFi(24.01.2018 23:05)
      - Долго и нудно выращивать внутри своей фирмы. - Evgeny_CD(24.01.2018 23:26)
        
        Реальность показывает, что закрытые структуры склонны скорее к деградации. - she(24.01.2018 23:33)
        
        А это уже искусство менеджмента :) Это совсем другая тема. Это решаемый вопрос, и он гораздо проще, чем грамотное использование C++ :) - Evgeny_CD(24.01.2018 23:38)
        
        Искусство выбивания грантов, открытия ниров и окров) С подразделом трындения о системности и уникальной школе. she(178 знак., 25.01.2018 10:13)
  - АМИНЬ! - SciFi(24.01.2018 22:33)
    - Полная глупость! Читаем правильные документы ->, настраиваем мозги на правильное использование С++, и все будет как написал Evgeniy1294. Я много хаял здесь С++, и признаю, что был прав и неправ одновременно. Evgeny_CD(429 знак., 24.01.2018 22:40, ссылка)
      - Ты тупо не прочитал то, что Линус там написал. - SciFi(24.01.2018 22:41)
        
        In other words, the only way to do good, efficient, and system-level and portable C++ ends up to limit yourself to all the things that are basically available in C. Хер там! Так можно написать, что шаблоны - это почти те же макросы, что есть Evgeny_CD(14 знак., 24.01.2018 22:45)
        
        Конечно ересь. Особенно остро это понимает программер, с которого менеджмент требует оценки срока исправления ошибки в чужом коде на шаблончиках))) - she(24.01.2018 22:49)
        
        Я этому перцу в этих вопросах доверяю больше, чем тебе. Извини. - SciFi(24.01.2018 22:47)
        
        У ядра есть еще одна особенность. С ним должен линковаться не только код на С++, но и на C, Delphi/Pascal, ADA, и тысячах других языков, единственный общий знаменатель у которых - стандартный процедурный вызов со скалярными аргументами. lloyd(494 знак., 25.01.2018 07:54)
        
        Правильный интерфейс всегда можно прикрутить, это не проблема, там другие соображения. Кстати, GCC уже несколько лет назад начал внедрять C++. Наверное, там это оправданно. - SciFi(25.01.2018 10:31)
        
        >GCC уже несколько лет назад начал внедрять C++ lloyd(390 знак., 25.01.2018 10:47)
        
        Чукча не читатель. Там --> - SciFi(25.01.2018 10:55, ссылка)
        
        >GCC is now built as a C++ program by default lloyd(172 знак., 25.01.2018 11:00)
        
        И правильно. Я только не давно осознал, как можно С++ с пользой для дела использовать. Я учусь, но я осознал путь. - Evgeny_CD(24.01.2018 22:49)
- Шустрый! Дай тебе интерфейс на С++ - ты и убежишь на контроллер с ценой 0.1$ дешевле. А с HAL на С, который даже мозгами понять сложно, не говоря уже о правке, куда ты денешься? :) - Evgeny_CD(24.01.2018 22:22)
- Поверьте мне на слово, у конторы типа ST проблема точно не в выборе C/C++. Более того, C++ позволяет наговнокодить куда как креативнее, такшта будьте осторожнее со своими желаниями :-) - SciFi(24.01.2018 22:21)
  - Я видел посты о росте цены и сроков поставки. Надо потихоньку осваивать новое семейство. Renesas? Некрочип? TI? - Evgeniy1294(24.01.2018 23:13)
    - Ты прямо как Дмитрий Анатольевич Медведев и прочие постэкономические начальники. Не надо ничего осваивать. Тупо сажай картошку. Но делай это хорошо, не тупи и не сачкуй. И будет тебе щастье! - SciFi(24.01.2018 23:28)

ARM, RISC-V контроллеры