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

Спокойной ночи, винград

почитав комментарии, не захочишь ничего учить 


Самая нормальная мысль  

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

Добавлено через 3 минуты и 3 секунды
  Сначала покажите честный С++ (не С) код преобразования строки в число. Мы все поржем, и дальше ни о чем больше спорить не будем. 

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

Хз...

Мне хватало. Тебе чего не хватает кстати? А вот напихай в нее всего-всего, всякие бустики оборались бы, что блоб. Хотя бустики не орут на С++, наверное съели бы. Заодно замечу, что ни стринги, ни стримы (о которых ты вспомнил где-то ниже), ни (скорее всего) бинды не являются частью STL!

Я не агитирую за делфи, хотя архитектурно там все продуманее чем в плюсах во много раз. Вот ты сбежал с делфи, тебе чего в ней не хватало? Приключений на пятую точку?

Какие из платформ тебе реально нужны? Именно тебе.

Паскаль, C#, Java, внезапно С. Откуда такие требования кстати?

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

Вообще, глядя на обрастание С++ фичами b новыми синтаксическими коснтрукциями, на то, к чему приводит нынешнее использование шаблонов, мне кажется этот язык скоро все прогрессивное человечество признает write-only, и он повторит судьбу перла.

так это понятно  Вот только не понятно что тут народ тогда по этому спорит.. Alexeis, ты в двух предложения кратко умудрился объяснить самую суть ;) 

Есть такое предложение: давайте выложим сюда информацию о ЯП, которые используются в крупных фирмах. Только просьба давать "инсайдерскую" информацию, а не выуженную непонятно где в интернетах.
У меня знакомый работает в Лаборатории Касперского. Они там "мозги" пишут на Си/Си++, а морду - на до-диезе.

  Распространненость не говорит о превосходстве того или иного ЯП. Если язык универсален, то он может быть более распространеным. С другой стороны новый специализированный язык может в 1000 раз лучше решать свой круг задач. Это будет сравнине теплого с зеленым.

  Например, сравните языки С и PHP . Не очень интересно сравнивать правда? Скажет ли распространность что о качестве языка в этом случае? 

  Правильно сравнивать языки по качеству синтаксиса. 
Насколько легко синтаксис позволяет реализовать те или иные патерны программирования. 
Насколько легко допустить синтаксическую ошибку.  В том смысле, что разные языковые конструкции должны быть визуально НЕ похожими, так чтобы синтаксическая ошибка кричала: "я здесь исправь меня!"
Насколько легко допустить логическую ошибку. В том смысле чтобы реализация логики выглядела прозрачной и наглядной, чтобы ветвления/переходы/циклы/рекурсии и т.д. были очевидны.
Насколько те или иные языковые конструкции могут эффективно реализовываться и оптимизироваться на  существующих платформах(ме).

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

имелось ввиду не конечная задача, а создание некоторого решения которым в дальнейшем удобно пользоваться.. Кстати можно сравнить и готовые решения  По гибкости использования )



для более удобных вещей есть boost.format
кстати вот  и задачка, по составлению (условного) форматера строки по неким правилам, как это будет выглядить в дельфи ?


  , с учетом нужности их применимости  в нише языка 



Похожесть, непохожесть -дело вкуса и привычки..  Не должно быть лишней шелухиоотвлекающей от передаваемой мысли 



абсолютно согласен


меньшая из необходимостей для десктопных приложений.. 

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

borisbn, специализированный язык ты не сможешь изучить просто так в вакууме, без практических задач. С другой стороны изучишь жутко популярный язык С (его популярность выше чем С++), и вместого чтобы проект сделать за неделю/месяц будешь делать пол года, а потом когда попросят внести существенные изменения еще 3 месяца будешь копошиться и ловить все баги. 
  2й и 3й языки не так долго изучаются, чтобы заморачиваться этим вопросом. Как было в том мультике. 
Вот что я тебе скажу птичка!
Лучше один день потерять, чтобы потом за пять минут долететь! 

для сравнения приведу два fora : 

с алгоритмами та же беда, постоянная пара v.begin(); it!=v.end(); мало того  что отвлекает зрения и позволяет допусть опечатку, к тому же затрудняет во многих случаях эффективно и красиво реализовать алгоритм.. 
 

нет, пример чуть выше )


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


   если даже стринг к ней не относится, то остальные контейнеры тоже.. а что ей тогда является ?

Добавлено через 4 минуты и 20 секунд

будешь удивлена , но язык становится проще и удобнее )  Хотя да, та устаревшая часть языка, которою оставляют для совместимости, вполне спокойно может отойти в названную категорию 

Умничка, привел в пример, что до сих пор в С++ не было даже нормальной итерации по последовательностям. Библиотека алгоритмов опять сбоку, все что она могла предложить - std::for_each, который без лямбд был неюзабилен (очень ли большое влияние оказывала разработка STL на страуса?).

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

RTFM. Строки там нет. Бинды твои есть, не смотрела их - может и ###.

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

Меряться кто на чем пишет довольно мудная затея. Кстати, mes тебя просили из строки число, а не наоборот... Ну программирую я в основном на CL, фиг программист найдет на него вакансию. Тем более начинающий ОП.

Добавлено через 2 минуты и 40 секунд
Да-да, классы енумов, конст-экспр, ацкая лабуда с множественными параметрами шаблонов - все это несомненно упрощает программирование на С++. С нетерпение ждем ввода лексемы &&& в следующей редакции!

Добавлено через 4 минуты и 21 секунду
Естественно, в рамках идеологии STL.

mes, ты показал преобразование строки в объект потока-контейнера строки. Чтобы преобразовать строку в число, нужно будет сначала строку поместить в поток, а потом из потока извлечь, причем при таком синтасисе придется объявить как переменную строки так и переменную числа, а также промежуточный объект потока в памяти. При этом скорее всего произведется операция выделения памяти в куче, а может и не одна.   .
  Это яркий пример того каким "удобным" может быть универсальный механизм и сколько гемора он может принести на самых элементарных операциях. 
  А знаешь почему никто не париться по этому поводу? Потому что все же есть в языке С! Раз достал и заюзал. И типичные приложения на С++, на самом деле, преварщаются в жутких гибридов С и С++ где намешаны шаблоны вызовы С и все разбавленно препроцессором.

  По работе приходиться разделять программу на части взаимодействия exe и dll . Оба на С++, однако любая попытка произвести экспорт с использованием языка С++ приводит ко всякой чертовщине с памятью. Все работает корректно, ТОЛЬКО при импорте-экспорте на уровне языка С. 

ну так 98 года как никак   а на самом деле была итерация boost.foreach 


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


вот кстати  Alexeis, привел еще одну проблему со строкой... такая элементарная задача требует некоторого напряга..





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


а зачем она там ?  кроме выделенной памяти под строку, которая в любом случае выделится.. 


Это пример того что в 90х годах "уровень программирования" желал лучшего даже у профессоров 


Первоначально это проблема объектников, позволяющих только имена С-стиля, которая обходится с помощью манглинга.. 
Вторичная причина наличия множества компиляторов и отсуутствие стандартизации на это дело... 
Ну в Дельфи для взаимодействия с другими объектыными модулями как происходит экспорт имен ? к примеру в той же длл, которая будет использоваться с екзешника написанного на другом языке/диалекте ?

Добавлено через 5 минут и 8 секунд

классы енумов вытеснят простые енумы.. Так что по сути никакой лишней сущности.. 
А констекспр давно пора, ты не представляешь как она разгружает некоторые логические костыли.... 


Это сообщение отредактировал(а) mes - 13.2.2012, 15:43

mes, их больше