caxapa.ru :: Заметил что в большинстве холиваров C vs. C++ устойчиво появляется мнение что в плюсах много "тяжелых" наворотов, которые только загружают МК. Все же разумное использование некоторых фич плюсов позволяют получить преимущество в виде облегчения

Snaky (04.10.2010 03:54 - 03:57, просмотров: 184) ответил Evgeny_CD на Коллеги, по новому витку обсуждения С++ прошу сюда. Все иницировано этим замечательным топиком на Электрониксе ->

Заметил что в большинстве холиваров C vs. C++ устойчиво появляется мнение что в плюсах много "тяжелых" наворотов, которые только загружают МК. Все же разумное использование некоторых фич плюсов позволяют получить преимущество в виде облегчения жизни программиста без увеличения оверхеда для МК. В книге "Programming embedded systems: with C and GNU development tools" Michael Barr упоминает список тех свойств языка которые нагружают выч. ресурсы, и тех которые "ничего не стоят". Вот и IAR не так давно поделился статьей на эту тему (файл прикреплен для тех у кого нет регистрации на EETimes). Вкратце, по степени платы вычислительной мощности за функцию языка ("нет" - халява, "да" - придется платить): классы - нет пространства имен - нет inline-функции - нет перегрузка операторов - нет конструкторы/деструкторы - нет references - нет виртуальные функции - немного шаблоны - да STL - да RTTI - да исключения - да

iar_fact.pdf

DRC придумали трусы

Ответить

- В Embedded C++ -> забанены: Evgeny_CD(246 знак., 04.10.2010 12:20, ссылка)
  - ну ладно понимаю опасные вещи отгородили, но namespaces чем не угодили? - Snaky(04.10.2010 13:35)
    - У меня было такое впечатление, что урезание до EC++ имело целью не оградить программиста от «тяжёлого» для мелкоконтроллеров, а облегчить компиляторописателям жизнь. Из всех cast-ов вешает расходы на runtime только dynamic_cast — но он ReAl(217 знак., 04.10.2010 15:23)
  - Ну так ЕС++ поэтому и не пользуют :). Правильный ответ ЕЕС++. Там список в половину короче. - ig_z(04.10.2010 12:52)
    - Вот она, сама суть ++! EC++, EEC++... ECC++, EECC++ ....тьфу... - Evgeny_CD(04.10.2010 12:55)
      - На самом деле не все так страшно. Я вообще не ощущаю особой зависимости от языкового стандарта. Главное сознательно ограничить диапазон возможностей языка наиболее востребованными возможностями, и тогда код будет максимально портабельным между ig_z(304 знак., 04.10.2010 13:07)
  - Ну да, самое вкусное забанили :-)), но это уже не актуально, все держат полноценные плюсы :-) - =AlexD=(04.10.2010 12:37)
    - Страуструп уже на C++0x перешёл и на C++1x зазывает. - Рэйлвэй Каген(04.10.2010 12:50, ссылка, ссылка)
      - Да, помнится указатель на константную функцию мы уже обсуждали :) - Evgeny_CD(04.10.2010 12:54)
        
        Новая трава ещё круче :) - Рэйлвэй Каген(04.10.2010 13:24)
        
        Видимо, константный указатель на константную функцию :) - Evgeny_CD(04.10.2010 13:30)
        
        Шутки - шутками, но число компиляторостроителей должно резко уменьшиться. - Рэйлвэй Каген(04.10.2010 13:42)
        
        Ясен пень, то, что никто осмыслить не может (сущности языка и их связи) - никто и закОдить не смОгет :) Если написание компилятора С++ - это мегазачада, то размерность всех этих EECC++--fuck++ вообще неосознаваема... - Evgeny_CD(04.10.2010 14:17 - 15:43)
- Переводите точнее. Про шаблоны написано, что оверхед может быть большим, маленьким, либо его может не быть вовсе - "the cost also varies. Templates can be FREE, CHEAP, or EXPENSIVE". - amusin(04.10.2010 08:15)
  - да, вы правы :> я только conclusion процитировал и присоединил весь текст для интересующихся - Snaky(04.10.2010 08:18)
    - scmRTOS - хорошая иллюстрация разумного применения возможностей C++ с толковыми объяснениями. Несколько лет назад немного "пошаблонил" в ее коде :-) - amusin(04.10.2010 08:25, ссылка)
      - спасибо за ссылку. помню скачивал эту RTOS несколько раз, но так ни разу руки и не дошли попробовать :> она еще развивается? - Snaky(04.10.2010 08:34)
        
        Я применил ее один раз, тогда еще версию 2.х. С тех пор выпущена 3.х. Честно, не следил за отличиями. Развивается в плане выпуска новых портов. amusin(139 знак., 04.10.2010 08:43, ссылка, ссылка)
        
        ага, поглядел. знакомые все лица (в гугл-группе) :> эмбеддеров в рунете выходит не так уж и много - на мегаэмбеддевку "всея СНГ" всего-то uint8_t N ящиков коньяка хватит... - Snaky(04.10.2010 09:00)
        
        Не все, особенно из молодежи, активно шарятся в инете. - Vladimir Ljaschko(04.10.2010 11:02)
        
        молодежь и пивом с сухариками перебьется :> - Snaky(04.10.2010 13:32)
- Если брать абсолютно одинаковую функциональность, то С++ не несёт вообще никакого оверхеда. =AlexD=(668 знак., 04.10.2010 07:56)
  - это понятно. речь была о том что некоторые вещи, не добавляющие в конечном итоге функциональности изделию (и не несущие оверхеда), все же облегчают написание и поддержку программ, делая их более логически структурированными, чтоли... В связи с Snaky(194 знак., 04.10.2010 08:08 - 08:12)
    - С точки зрения разработчика-одиночки, Вы абсолютно правы. С точки зрения менеджера проекта, на С++ заметно труднее обеспечить единый стиль нескольких разработчиков (особенно когда большая их часть - студенты с горящими глазами :) Затраты на Скрипач(334 знак., 04.10.2010 09:53)
      - Ерунда полная. А АСМ и Си значит изучения не требуют и единство стиля не нужно? Больше того скажу, такого разнобоя стилей как на Си в С++ ещё поискать нужно. И понятно почему. =AlexD=(254 знак., 04.10.2010 10:13)
        
        Булева логика не применима. Есть больше-меньше и есть заметно больше с намного меньше :) У меня есть практика. Я основываюсь на ней, а не на "умозрительной очевидности" :) - Скрипач(04.10.2010 10:19)
        
        Где вы откопали у меня булеву логику? Я лишь говорю, что в Сях единство стиля реализации алгоритмов вы просто даже не пытаетесь обеспечить, иначе ваша практика была-бы другой. Вам пришлось бы вручную, средствами Си и внутрифирменными =AlexD=(126 знак., 04.10.2010 10:30)
        
        "Не пытайтесь"? Да сделано уже :) Скрипач(617 знак., 04.10.2010 10:42)
        
        По п.2 - пусть он попробует по максимуму, какие проблемы? Главное, в листинг посматривать. amusin(137 знак., 04.10.2010 11:17)
        
        Проблемы какие? Проблемы серьезные. Неспособность алгоритмизировать элементарные задачи. Попытка мыслить самостоятельно тонет в суб-сознательном итеративно-рекурсивном вербально выраженном погружении в терминологию объектно-ориентированного Скрипач(38 знак., 04.10.2010 20:12)
        
        "Неспособность алгоритмизировать элементарные задачи" - С++, да и любой другой язык, тут не причем. - amusin(05.10.2010 08:18)
        
        Предлагаю обсуждение закрыть.:-) - amusin(05.10.2010 08:21)
        
        Пора видимо кому-то написать статью "С++ без С++" :-))) - =AlexD=(04.10.2010 21:03)
        
        :^) А если серьезно, иногда тоскую по МОДУЛА-2 (я на ней учился). Выше, в этом топике, Евгений нарыл некий стандарт, ЕС++ Вроде как МОДУЛА-2. Только на С++ :) - Скрипач(04.10.2010 21:14)
        
        Не я нарыл. Его кто-то привел в предыдущих топиках по С++. - Evgeny_CD(04.10.2010 21:18)
        
        +1. Сторонники Си++ обычно игнорируют сложность изучения Си++ по сравнению с Си. А этот как бы весьма важный фактор на практике. - SciFi(04.10.2010 10:52)
        
        Читающие даташиты в оригинале обычно игнорируют сложность изучения английского языка по сравнению с чтением (пусть кривоватых) переводов на родной язык... ну и так далее. - Cepгeй Бopщ(05.10.2010 00:50)
        
        Если бы все владели английским и "плюсами", то и шума такого не было бы. Реальность чуть печальнее: нужно учитывать возможности рынка труда. - SciFi(05.10.2010 09:04)
        
        С такой позицией можно ждать до посинения. Обычно как раз рынок труда подтягивается под требования производства. - Cepгeй Бopщ(06.10.2010 13:13)
      - про студентов я уже высказывался ->. а по поводу overkill - какая именно часть языка, по вашему мнению/опыту "убивает" восьмибитники? - Snaky(04.10.2010 10:03, ссылка)
        
        Про студентов - без них нельзя. Кадры нужно растить сейчас, а не рассчитывать что через 10 лет их "пригласишь" с улицы. Фичи языка "убивают" не процессор, а мозг программиста. Скрипач(329 знак., 04.10.2010 10:13)

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