имхо : ну прежде всего тем, что автор ищет не решение задачи, а замену свитчу. А так как последнее без первого предполагает массу вариантов, то к цели придет, к сожалению, не скоро..

djamshud, покажи, как методы с extern "C" экспортировать
алсо прописывать неймспейс функции в ее имени - зло

GoldFinch, к методам extern "C" вообще не применим, кажется я писал об этом.

>алсо прописывать неймспейс функции в ее имени - зло 

Где я это предлагал?

djamshud, да, действительно, писал.

насчет неймспейсов - чтобы сохранить имя при С компоновке, придется заменять все имена функций на
namespace1_namespace2_...namespaceN_functionname,
иначе они могут начать пересекаться с другими именами

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

По сабжу же: либо, как уже предлагали, заполнить таблицу соответствия "строка"-"функция/метод", либо, если лень или по другим неозвученным пока причинам, тянуть С-функции и перекладывать ответственность за соответствие типов с компилятора на себя.

  


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



А наши бабушки и дедушки обходились без компа .. Долой прогресс и удобства. 
  

Оффтопик на оффтопике.

Я не говорил, что неймспейсы зло и вообще не нужны. Конечно нужны и конечно удобны. Просто если задача встает так, что они мешают, нет совершенно никакой проблемы от них отказаться, и именно эта "проблема" и связана с привычкой выдумывать длиннющие названия, разложенные по иерархии неймспейсов и классов, т.е. с неумением кратко и емко выразить смысл сущности. Хороший пример жизни без неймспейсов - POSIX, интерфейсы ядра Linux. Плохой - winAPI.

>А наши бабушки и дедушки обходились без компа .. Долой прогресс и удобства.

Си цветет и пахнет, а бабушки с дедушками уже только пахнут:D. Фу, злой юмор какой-то.

Это сообщение отредактировал(а) djamshud - 20.4.2010, 20:00

угу, только отсутствие неймспесов, и обилие макросов в библиотеках очень часто становится костью поперек горла..

>угу, только отсутствие неймспесов, и обилие макросов в библиотеках очень часто становится костью поперек горла..

Это проблема не языка, а специалистов, которые готовили плохие библиотеки. Хорошие ведь тоже есть:).

языка тоже.. он не позволяет сделать так как хочется - чисто и красиво 

Добавлено через 24 секунды
чего то мы сильно ушли в оффтоп ))

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

Добавлено через 1 минуту и 6 секунд
>чего то мы сильно ушли в оффтоп ))

Придет модератор и порежет или отправит в холиворы:).

т.е. развивать язык и не стоит ?  и, в частности,  обещанных новшеств С++ вы не ждете ?


ну до функц. прогр. асму далеко, но в целом Вы правы, считаю.. 

хоть я асм последний раз в живую видел в "прошлой жизни", но уверен, что за время развития языка куча удобных инструментов с ЯВУ сползала на асм.

Добавлено @ 21:00

речь не о плохих специалистах,  таких везде хватает, а о возможностях языка, (не)позволяющих специалисту сделать чисто и красиво 


Это сообщение отредактировал(а) mes - 20.4.2010, 21:00

>т.е. развивать язык и не стоит ?  и, в частности,  обещанных новшеств С++ вы не ждете?

Развивать стоит, новшеств не жду, боле того я о них слышал лишь краем уха. Но как стандарт примут, так и посмотрю, чем стоит воспользоваться, а чем нет. Я прежде всего исхожу из позиции, что нужно эффективно применять то, что есть. Да и нынешние некоторые возможности плюсов не использую: stl, хитросплетенные шаблоны (привет Александурску), исключения... может что еще забыл.

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

>речь не о плохих специалистах,  таких везде хватает, а о возможностях языка, (не)позволяющих специалисту сделать чисто и красиво

Если язык не позволяет программисту решить задачу "красиво", значит программист выбрал не тот язык или не правильно спроектировал свое решение под этот. Значит это плохой специалист. Микроскопом гвозди не забивают.

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

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


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

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




Что то эти два высказывания между собой не вяжутся...   
я так понимаю, что работаете на С++ в стиле С_с_классами ?.. а что ж тогда не на plain С ?

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

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

>насчет неймспейсов,..

полностью согласен. Это причина по которой их нет и, думаю, не появится.

>Что то эти два высказывания между собой не вяжутся

Возможно. Я обычно работаю (в том числе в рамках одного проекта) на С, С++ с неймспейсами, классами, (множественным) наследованием, RTTI и своих скриптах. По мере увелечения абстрактности и снижения требований к производительности (под)задачи выбирается следующий язык.

>а что ж тогда не на plain С ?

На plain C неудобно писать в объектно-ориентированном стиле, он для этого не особо предназначен.

Upd.
В плюсах еще шаблоны функций, классов и методов использую.

Это сообщение отредактировал(а) djamshud - 21.4.2010, 12:08