Вопрос по С++ Опции

[_Артём_]

Как бы правильно отработать такую ситуацию на С++:
Есть плата, на которую может устанавливаться два-три близких по системе команд GSM-модема (большинство нужных команд полностью идентичны).
Думаю делать так:
Создать класс содержащий все нужные функции (различающиеся команды объявить как виртуальные), от него создать нужное количество наследников с переопределёнными функциями и .
Тип модема может задаваьтся конфигурацией (байт в еепром) или определятся запросом версии AT-командой (предпочтительней).
А вот как дальше делать?
Как лучше объявить в программе переменную-наследника?
Компилятор IAR AVR.

[neiver]

Макросы в голом Си настолько-же опасны как и в С++, но в последнем есть возможность их много реже использовать:
- типизированные константы;
- inline функции;
- шаблонные функции;
- шаблоны классов.
Эти возможности успешно заменяют макросы и превосходят их в 99% случаев.
Но в 1% макросы нужны и в С++, поэтому они в нем есть.

[sasamy]

Эти возможности успешно заменяют макросы и превосходят их в 99% случаев.

Эти возможности вообще нихрена не могут в кодогенерации по сравнению с макросами

Код

#define CMDLINE_DEVICE_CHOOSE(name, dev1, dev2)                 \
        static char *cmdline_device_##name;                     \
        static int cmdline_device_##name##_setup(char *dev)     \
        {                                                       \
                cmdline_device_##name = dev + 1;                \
                return 0;                                       \
        }                                                       \
        __setup(#name, cmdline_device_##name##_setup);          \
        void mx23_init_##name(void)                             \
        {                                                       \
                if (!cmdline_device_##name ||                   \
                        !strcmp(cmdline_device_##name, #dev1))  \
                                mx23_init_##dev1();             \
                else if (!strcmp(cmdline_device_##name, #dev2)) \
                                mx23_init_##dev2();             \
                else                                            \
                        pr_err("Unknown %s assignment '%s'.\n", \
                                #name, cmdline_device_##name);  \
        }

CMDLINE_DEVICE_CHOOSE(ssp1, mmc, spi1)

Т.е. опять всё наоборот: заявлено, что в С макросы - могущество, а в С++ - геморрой

В С++ макросами не пользуются по причине наличия встроенных средств языка - они дублируют часть возможностей макросов но слишком убоги по сравнению с ними.

Сообщение отредактировал sasamy - Dec 22 2011, 17:32

[XVR]

Эти возможности вообще нихрена не могут в кодогенерации по сравнению с макросами

Замечательный пример. Показывает, что вы абсолютно не разбираетесь в том, что огульно охаиваете на протяжении уже нескольких страниц этой темы.
Весь этот ужас с макросом CMDLINE_DEVICE_CHOOSE замечательно ложится в тривиальный класс С++ (либо шаблонный, либо с парой виртуальных функций - как понравится)

[sasamy]

Весь этот ужас с макросом CMDLINE_DEVICE_CHOOSE замечательно ложится в тривиальный класс С++ (либо шаблонный, либо с парой виртуальных функций - как понравится)

Это как раз говорит о том что вы как всегда несете чушь на протяжении этой темы - в шаблонах вы дальше типов не уедете, синтаксис вы не измените и то что этот пример может и не совсем удачный ничего не меняет (я его не писал специально - готовый пример - копипаста) - достаточно внести здесь условную компиляцию например в зависимости от устройства, платформы, конфига добавлять определенный код как ваш "тривиальный" класс превратится в месиво а у меня все будет как прежде ясно и кратко.

либо с парой виртуальных функций

да вы вообще похоже не догоняете - у меня код автоматически генерируется а вам с вашими виртуальными ф-ми его вручную набивать надо будет для всех вариантов.
CMDLINE_DEVICE_CHOOSE(ssp1, mmc, spi1)
CMDLINE_DEVICE_CHOOSE(ssp2, nand_mfc, spi2)

Сообщение отредактировал sasamy - Dec 23 2011, 10:23

[neiver]

да вы вообще похоже не догоняете - у меня код автоматически генерируется а вам с вашими виртуальными ф-ми его вручную набивать надо будет для всех вариантов.
CMDLINE_DEVICE_CHOOSE(ssp1, mmc, spi1)
CMDLINE_DEVICE_CHOOSE(ssp2, nand_mfc, spi2)

Если вы не знаете как это сделать красиво, просто и надежно - так и скажите. Это не значит что этого нельзя сделать вообще.
Есть такой паттерн проектирования - стратегия называется, с его помощью такое очень легко и красиво реализуется, и без единой директивы условной компиляции. Реализовать его можно как с помощью виртуальных функций, так и на шаблонах. Выбор-же нужной стратегии удобно осуществлять в билд системе.

Сообщение отредактировал neiver - Dec 23 2011, 10:48

[sasamy]

Есть такой паттерн проектирования - стратегия называется, с его помощью такое очень легко и красиво реализуется, и без единой директивы условной компиляции.

А теперь подумай хорошенько - стоит ли применять паттерны проектирования в ООП там где это ну совсем нафик не нужно.

[XVR]

А теперь подумай хорошенько - стоит ли применять паттерны проектирования в ООП там где это ну совсем нафик не нужно.

Вам - не нужно. А вменяемые люди применяют

в шаблонах вы дальше типов не уедете,

Да ну???

синтаксис вы не измените

До некоторой степени можно изменить.

и то что этот пример может и не совсем удачный ничего не меняет

Это точно, пока вы несете пургу и ни одного удачного примера не привели

достаточно внести здесь условную компиляцию например в зависимости от устройства, платформы, конфига добавлять определенный код

Давайте, продемонстрируйте.

как ваш "тривиальный" класс превратится в месиво

То, что вы не знаете С++ мы уже поняли, зачем же об этом продолжать так надрывно кричать?

а у меня все будет как прежде ясно и кратко.

Да уж, макросы на пол-страницы - это 'ясно и кратко'

[sasamy]

Это точно, пока вы несете пургу и ни одного удачного примера не привели
Давайте, продемонстрируйте.

http://www.boost.org/

[XVR]

http://www.boost.org/

Это вы к чему? Если вы не в курсе, то boost - это С++ библиотека, а не С, как вы видимо по неведению думаете

[sasamy]

Это вы к чему?

Там один клоун пример просил использования макросов - но мне самому что-то не хочется больше писать.

Если вы не в курсе, то boost - это С++ библиотека, а не С

Об это даже в заголовке написано по ссылке - не думайте что все кругом совсем дебилы, по себе не судите. Я мог бы вам дать ссылки на исходники ядра Linux где макросы очень эффективно используются - вызововы syscall, микроассемблер для mips и проче но вы же ответите в своем стиле - я это напишу красиво - один класс с парой виртуальных ф-ций при этом не приводя ни строчки своего кода, поэтому я вам дал ссылку на библиотку С++ - можете начать отсюда
http://www.boost.org/doc/libs/1_48_0/libs/.../doc/index.html

Сообщение отредактировал sasamy - Dec 23 2011, 21:17

[XVR]

Там один клоун просил использования макросов - но мне самому что-то не хочется больше писать.

У вас не просили примеры применения макросов, от вас просили удачных примеров на С, а вы дали ссылка на С++ библиотеку. То, что вам писать больше не хочется это заметно, ибо писать нечего

Об это даже в заголовке написано по ссылке - не думайте что все кругом совсем дебилы,

я не думаю, что все. Пока вы один тут клоуном выступаете

Я мог бы вам дать ссылки на исходники ядра Linux

Не надо, я знаю, где ядра лежат

где макросы очень эффективно используются

Мы вроде про С++ говорили, а не про макросы?

но вы же ответите в своем стиле - я это напишу красиво - один класс с парой виртуальных ф-ций

Все ядро Linux написано в ООП стиле. А то, что не на С++ объясняется исключительно идеосинкрозией Торвальдса на С++

при этом не приводя ни строчки своего кода,

Пардон, я не понял, что вы хотели увидеть код. Я так думал, что вы вылезли сюда исключительно полить помоями С++ и всех его приверженцев.

поэтому я вам дал ссылку на библиотку С++ - можете начать отсюда

Нафига оно мне? Я и так boost использую. И то, что возможности препроцессора С не полностью покрываются возможностями С++ я тоже знаю, но ведь речь шла не об этом.

К сожалению, я не смогу привести пример вашего куска кода на С++, т.к. по этому куску совершенно непонятно, что он должен был делать. Но чисто внешне, это должно быть чем то таким:

Код

template<class Dev1, class Dev2>
class CmdLineDevChoise {
Dev1 dev1;
Dev2 dev2;
public:
void init()
   {
    char* name=get_cmd_line_device_name();
    if (strcmp(name,dev1.get_name())==0) dev1.init(); else
    if (strcmp(name,dev2.get_name())==0) dev2.init(); else
     abort();
   }
};

// Usage:
CmdLineDevChoise<MmcDev,SPI1Dev> ssp1;

И так же чисто внешне, этот кусок должен быть сделан немного по другому

PS. Последний крендель, с черезмерным ЧСВ, который пытался научить всю конференцию С++, ссылаясь на каких то старших товарищей из IBM, и проявляя при этом невежество, упертость и хамство, закончил баном. Вы уверенно шагаете по его стопам

[sasamy]

Не надо, я знаю, где ядра лежат

И естественно не разбираетесь в нем.

А то, что не на С++ объясняется исключительно идеосинкрозией Торвальдса на С++

Вы с ним лично знакомы ? хотя странно что вы не сказали в своем стиле - он С++ не знает

И то, что возможности препроцессора С не полностью покрываются возможностями С++ я тоже знаю, но ведь речь шла не об этом.

А о чем ? лично я говорил именно об этом - препроцессор С намного удобней и мощней встроенных средств С++.

[neiver]

А о чем ? лично я говорил именно об этом - препроцессор С намного удобней и мощней встроенных средств С++.

Покажите, пожалуйста, как с помощью препроцессора повторить некий кусок кода N раз, при условии, что N заранее не известно и передаётся откуда-нибудь из вне в виде целочисленного литерала. Очень типичная такая задача кодогенерации, надо например, короткую задержку NOP-ами сделать, и количество их как-то вычисляется. Я вам потом покажу, если захотите, как это делается на препроцессоре и на шаблонах. Будет возможность сравнить.

[sasamy]

Очень типичная такая задача кодогенерации, надо например, короткую задержку NOP-ами сделать

Для вас типичная - для меня нетипичная и даже бесполезная в какой-то мере кросплатформенность должна быть. В linux например богомипсы для точных задержек вычисляются при инициализации ядра и на основании их вычисляются точные програмные задержки.

Я вам потом покажу, если захотите, как это делается на препроцессоре и на шаблонах. Будет возможность сравнить.

Покажите, если хотите - я не против кажется в avr-libc на препроцессоре задержки сделаны.