Знаете, вообще каждый язык несёт в себе что то, прививающее его пользователем определённые типичные подходы к решению задач. На перле народ извращается нечитабельным синтаксисом, на дельфятнике народ до посинения ищет компонентs? решающие все мыслимые и немыслимые проблемы и даже не задумывается что можно подумать и самому что то родить.. эпизодически хотя бы... Я вот работаю на С++ и на мой взгляд самое ужасное в программистах С/С++ - непреодолимая жажда велосипедостроения. Она принимает формы от неинного моздания собственных смартпойнтиеров до написания своей либы ГУИ и движка СУБД (да да - и такое на моей практике было :) ). И пусть либа страдает многими недоделками, пусть самописная база постоянно падает а написанные контейнеры нещадно жрут память и периоджически тормозят по непонятным даже автору причинам - всё равно бороться с жэтим почти бесполезно. И единственный вывод который делает автор очередного велосипеда - "да пару моментов я упустил, надо бы переписать часть кода". Конечно всё можно понять - увы модульность в С++ слабо проработана, компонентности нет и не будет, подключение сторонних библиотек порой требует хорошей квалификации и вынуждает включать в проект кучу мусорного кода... Но всё же эти усилия потом обычно с лихвой окупаются надёжно работающим приложением, сэкорномленными нервами и временем разработки. Однако большим успехами моя беспощадная и непримиримая борьба с велосипедстроителями пока не увенчалась, постоянно наталкиваюсь на кустки кода, старательными написанные коллегами, с смавмопальными потоками, строками, обёртками над виндовым оконным АПИ, самописными парсерами.. И на вопрос а почему не поискал готовое решение на меня недоумённо смотрит разработчик как на какого то дикаря и бормочет - но ведь это работает ... И что на это ответить ? :) Ну да работает... пока... а что будет завтра ? :)


Господа, как перебороть эту страшную болезнь ?

fixit"Ну да работает... пока... а что будет завтра ? :)"


и завтра будет работать.... и после завтра. В этом то и сила с++.
Я помнится ХML парсер (облегченный) написал (за 2 дня, для тренировки мозга, 4 года назад) - говорят работает как часы и используется еще досихпор в моей старой конторе ;) Надо использовать существующие ресурсы там где необходимо и выгодно. Там где есть возможность и время написать/переписать или упростить или расширить уже придуманный кем-то код - приветствую - ибо это часть прогресса и с другой стороны также практика для рук и мозгов начинающего программиста.

А вот тепепрь представьте что завтра сменит вас другой программист - как вы думает что бы он предпочёл - вникать в ваши велосипеды которыми вы так гордитесь или встретить знакомую известную либу непонимание которой можно исправить поиском инфы на просторах инета ? :)
Это раз - а во вторых сколько у вас времени уйдёт на отладку/доработки написанного велосипеда.. а если их несколько ? ;)


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


Такое как раз происходит когда каждый считает своим долгом сделать свой велосипед вместо поиска стандартных решений :)


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


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


Чего ? Да С++ -- самый модульный в мире язык !! А дешевую компонентность свою оставь для Бейсика и Дельфы.


Ндя даже и сказать нечего в ответ :) Включение исходного кожа через инклуды это компонентность ? Компонентность - это взял бинарник и засосал из него все имеющиеся в нём классы - в Сях такого нет и врятли будет. Визуально или нет - это уже детали, суть понятна. В Сях бинарного стандарта нет. Метаданных нет, вообще мало что есть к чему уже начинает привыкать общественность :).

MasterZivТут естественно у всех трех поделок (Дельфи/Бейсик/Java), заточенных под конкретику и являющихся вещами в себе сто очков вперед супротив универсального языка C++, в котором, естественно, например, нет работы с TCP/IP, потому что не во всех средах оно есть, нет работы с базами данных, потому что что такое "база данных" - не понятно, если не предполагать, что база данных, это то, что из нее решила сделать Борланд ну и так далее ...


А вы пишете универсальный софт который оперирует абстрактым понятием база данных или взаимодейтсвует с СУБД SQL Server например ? :)


в C++ проще свой велосипед наваять, чем воспользоваться чужим кодом (Из-за разных calling conventions, name mangling, отсутствия метаинформации, разных отклонений от стандарта у разных компиляторов, const char* vs const wchar_t* vs CString vs WTL::CString vs std::string vs std::wstring vs std::basic_string<> vs CComBSTR vs _bstr_t, невозможности динамически линковать шаблоны итд).


Это и имел в виду ;)

[quot]
Добавить в проект новые классы можно, например, положив dll в определенную директорию.
Допустим, мы в из dll экспортнем функцию LoadPlugin, которая вернет нам в виде строки символов идентификатор фичи которую она реализует и vTable.
[quot]

Если мы обсуждаем язык С++ то никакой vTable там вобщем то нет :) Ну даже если ваш любимый компилятор её реализует то не факт что он её реализует так как вам хотелось бы :)

Это раз, во вторых таким образом я буду создавать объекты на куче а вот на стеке увы... Ну и не забываем что надо будет всем потенциальным разработчиккам плагинов стучать по мозгам дабы линковали с dll CRT :).