caxapa.ru :: Сравнение объема кода для С и С++. Работаю в IAR. Код с объектами гораздо больше кода без объектов. Вопрос: я такой или компилятор? И еще может кто подскажет: создаю объект например таймер с прямой привязкой переменных к адресам, а вот переопределить их

kentawrik (23.12.2008 02:05, просмотров: 18338)

Сравнение объема кода для С и С++. Работаю в IAR. Код с объектами гораздо больше кода без объектов. Вопрос: я такой или компилятор? И еще может кто подскажет: создаю объект например таймер с прямой привязкой переменных к адресам, а вот переопределить их не получается, как обойти? Организовывать как метод доступа код гигантский получается как в исходнике так и в исполняемом. есть ли варианты?

Ответить

- Я считаю что если нужно ООП то надо пользовать Аду. А с С++ куда не приткни - проблем и граблей всегда больше чем пользы. Чего только стоит генерация линкером вызовов конструкторов ... - cvv(25.12.2008 15:49)
  - Давайте примеры проблем и граблей. Именно вызваных языком, а не его безграмотным использованием. Про генерацию вызовов линкером тоже поподробнее, пожалуйста. - Сергей Борщ(25.12.2008 18:20)
    - RE: cvv(782 знак., 26.12.2008 12:29)
      - Ха! Еж с удавом не скрещиваются сами по себе. Неудивительно. Сергей Борщ(719 знак., 27.12.2008 02:04)
        
        RE cvv(378 знак., 27.12.2008 19:13)
      - Это скорее про крвизну открытого софта, а не язык програмирования. - POV(26.12.2008 23:53)
        
        Обращаю внимание что неоткрытые компилеры делают ТАК ЖЕ. Плюс из компаний делающих закрытые компилеры очень немногие смогли сделать компилер С++ именно по причине кривизны языка. Текст на этом языке не поддается парсингу при помощи Yacc/lex. ВСЕ другие cvv(51 знак., 27.12.2008 14:32)
- Свежая история, но для билдера... POV(231 знак., 23.12.2008 16:25)
- А чего же Вы хотите? Обычно, при доступе к переменным объекта применяется косвенная адресация, т.е. там где вы бы обошлись прямой адресацией к переменным уже требуется сохранение/восстановление регистров, если применяете чисто виртуальные классы, Хитрый китаец(221 знак., 23.12.2008 11:59, )
  - Да, именно так я и привязываю - проблема в том что сделав например класс таймер - я не могу ему переопределить эти переменные. Проще макросами сделать получилось. Но остановился на простых теплэтэх... - kentawrik(23.12.2008 12:08)
    - Если он у вас "привязывается" к железу на этапе компиляции - посмотрите на шаблоны. Сергей Борщ(2831 знак., 23.12.2008 13:00)
      - Честно говоря ООЯП для микроконтроллеров должен быть на уровне макросов. kentawrik(874 знак., 23.12.2008 16:38)
        
        >а показанное определение при определенном коде вызывает генерацию бинарника даже если реально объекты и не используются... Вы бы попробовали сначала. Функции шаблона встраиваемые, лишнего кода по сравнению с голым С нет. Т.е. те же желаемые Сергей Борщ(68 знак., 23.12.2008 18:19)
        
        Ок, понял (я темплаты делал, но только в них прописывал некоторые общие адреса сразу - и методы доступа к ним, рассмотрел ваши там такого нет, но попробую, так вот эти методы даже если не использовались код оставляли) - попробую (хотя громоздкость kentawrik(164 знак., 24.12.2008 22:47)
      - IMHO много-много раз, но все-таки, C++ - пока что ересь в микроконтроллерном мире (при ограниченности FLASH/SRAM). - Evgeny_CD(23.12.2008 14:22)
        
        Ересь - отвергание инструмента из-за неумения им пользоваться. Т.е. ни навыков, ни практики у вас нет, но авторитетно называть иструмент ересью вам это не мешает. - Сергей Борщ(23.12.2008 18:23)
        
        На авторитет в том, чего до конца не понимаю, не претендую. IMHO - я там указал в посте. - Evgeny_CD(23.12.2008 18:25)
        
        хм, а зачем чего-то вообще ляпять, если за слова ответить не можете? - Alex B.(23.12.2008 18:29)
        
        Обсуждение, которым мы тут занимаемся, знаете ли несколько отличается от стрелки. - Evgeny_CD(23.12.2008 18:38)
        
        это утверждение, а не обсуждение. И не надо про имху - Alex B.(23.12.2008 20:37)
        
        Ок. Я был неправ. - Evgeny_CD(23.12.2008 21:28)
        
        Немножко не соглашусь - ересь не сам С++, а его реализации на нынешний момент. Вроде появился Embeded стандарт, а вот нормальной реализации компилятора в этом стандарте нет. Может кто знает - может появилось? - kentawrik(23.12.2008 16:48)
        
        "не читал, но осуждаю" - хорошая позиция - Alex B.(23.12.2008 16:20)
        
        Скорее, читал, и не мало, но на практике не использовал. - Evgeny_CD(23.12.2008 16:47)
        
        Что я понял про С++, продолжая читать книги и поглядывая в чужие исходники. Evgeny_CD(1401 знак., 23.12.2008 15:30)
        
        Хотелось бы пофлеймить, но ИМХО, языки программирования похожи на молотки различных размеров. Мелкие гвоздики бить - одно, костыли в шпалы - другое, Хитрый китаец(44 знак., 23.12.2008 15:49, )
        
        Верно, а АСМ - это вообще выкование гвоздиков вручную. Флеймить не охота, но у меня сформировалась нужно не языки как таковые - возможностей С хватате за глаза, а развивать некие "языки сборки", которые бы описывали, как связывать между собой кирпичики Evgeny_CD(96 знак., 23.12.2008 16:46)
        
        Вот интересная среда. Очень удобна для быстрых набросков, мне для конфигурационных программок очень понравилась. За 1-2часа можно накидать конфигурационный модуль для устройства на МК. Не рекламирую. Но идея здравая. - kentawrik(23.12.2008 17:26, ссылка)
        
        Плиз, кто напомнит ссылку на книгу, где-то на обероне лежала. 99 года, что-то типа "многократное использовани кода". - Evgeny_CD(23.12.2008 16:53)

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