Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

Цитата IL_Agent @ 28.12.11, 12:08

Цитата D_KEY @ 28.12.11, 11:54

Кстати, как мне в C# работать с null-terminated строками?

Например,
http://msdn.microsoft.com/ru-ru/library/7b620dhe.aspx

А если не хочется копировать и преобразовывать в unicode?

Цитата D_KEY @ 28.12.11, 12:15

А если не хочется копировать и преобразовывать в unicode?

А что тебе хочется ?

Цитата D_KEY @ 28.12.11, 11:36

Цитата IL_Agent @ 28.12.11, 11:34

если бы не совместимость

С++ был бы чем-то совершенно другим.

А вообще есть ли нечто подобное С++, но без совместимости с Си?

Цитата OpenGL @ 28.12.11, 14:25

А вообще есть ли нечто подобное С++, но без совместимости с Си?

В каком смысле "нечто подобное" ? Может D ?

Цитата Qraizer @ 27.12.11, 23:30

А ты не смешивай массивы символов со строками, и не будет лишнего кода.
Повторяю ещё раз: в C не было строк, и строковые литералы - единственное, что хоть как-то на строки смахивает - тоже являются массивами символов, константными. Если ты имеешь желаение в legacy API, основанном на C-style, использовать std::basic_string<>, который именно что строки, не удивительно, что ты сталкиваешься с проблемами. Только это не проблемы std::basic_string<>, это проблемы твоего желания применить абстракцию в неприменимом для неё контенсте. Раз тебе мало куда удаётся прикрутить std::basic_string<>, значит тебе просто не нужна абстракция строки. Вот std::vector<> - это массив во всей красе, и при этом Плюсовый, а не legacy. К нему есть претензии? И к слову, на <vector>, <algorithm> и <functional> большая часть функционала std::basic_string<> реализуется запросто. Фактически из кардинальных отличий только одно: использование итераторов вместо индексов и длин.

Цитата Qraizer @ 27.12.11, 23:30

а тем, что это строка, а не массив! Ты их синопсисы не сравнивал, что ли? Векторый интерфейс ориентирован на удобную работу с массивом, строковый - на удобные строковые операции. И требования в ним разные по этой причине. Строковый класс может оптимизировать свою реализацию так, что бы строковые операции были максимально эффективными, вектор - на максимальную совместимость с абстракцией "массив".

Цитата Qraizer @ 27.12.11, 23:30

А почему, собственно-то? KILLER, вот ты прикидываешься что ли, что якобы не понимаешь, что массив, строка и поток - это три разных сущности? По-твоему Стандартный класс должен быть настолько жирен, чтобы вмещать всё что душе угодно? А почему дата у тебя типа long, а не struct tm? С какой стати не учитываются пользовательскые предпочтения по форматированию даты? Давай в этот класс ещё и <locale> запихаем.
KILLER, подтяни свои скиллы в декомпозиции. Раз уж тебе потребовалась абстракция, которая ещё и дуде игрец, так напиши да пользуйся. STL вот она вся в твоём распоряжении.

Ок, зайдем с другой стороны. Почему бы всетаки не сделать нормальную обратную совместимость с С-строками, и предъявить теже гарантии реализации что и вектору? Я не вижу ни одной причины, чтобы сделать std::string так, чтобы он оперировал с массивом сиволом, тогда не нужно было бы прибегать к костылю в виде вектора. Почему не сделали так?

Добавлено 28.12.11, 18:19

Цитата Qraizer @ 27.12.11, 23:30

Та тем, что это строка, а не массив! Ты их синопсисы не сравнивал, что ли? Векторый интерфейс ориентирован на удобную работу с массивом, строковый - на удобные строковые операции. И требования в ним разные по этой причине. Строковый класс может оптимизировать свою реализацию так, что бы строковые операции были максимально эффективными, вектор - на максимальную совместимость с абстракцией "массив".

Вода... необоснованое оправдание существующей функциональности, не более. В С работают с массивами, и не паряца, неужто строку в виде дерева или списка удобнее представить и работать с ней?

Цитата IL_Agent @ 28.12.11, 14:56

В каком смысле "нечто подобное" ? Может D ?

Сначала хотел ответить нет, но потом подумал, что если совместимость полностью убрать, то что получится - представить сложно. Может, и D. Вобщем, это был глупый вопрос

Цитата OpenGL @ 28.12.11, 18:20

Сначала хотел ответить нет, но потом подумал, что если совместимость полностью убрать, то что получится - представить сложно.

Получаца костыли типа как при работе с std::string, шаг влево, шаг вправо - пиши костыль, извращайся через вектора, делай темповые массивы на статике, в общем получается неодностилевый говняный код, в котором идет смесь кода С с С++, что со стороны выглядит ужасно.

Сообщение отредактировано: KILLER - 28.12.11, 18:24

Опять 25? Все же вроде уже объяснили. Да и как как связано то, что ты процитировал с тем, что ты написал - непонятно.

Цитата OpenGL @ 28.12.11, 18:51

Опять 25? Все же вроде уже объяснили. Да и как как связано то, что ты процитировал с тем, что ты написал - непонятно.

Где объяснили? Что объяснили? оправдали ущербность std::string предложив юзать std::vector ? Великолепно. операции со строками понимашь ли std::string оптимизирует, угу, инетересно как? В большинстве компиляторов через массивы std::string и работает, не нужно лить тут воду про мнимую оптимизацию. Ибо я с трудом представляю ситуацию где строки не в виде массивов мне облегчат жизнь. В std::string, даже не удосужились перегрузить оператор +, зато реализовали голимый += ...

Сообщение отредактировано: KILLER - 28.12.11, 19:01

KILLER, ты настолько привык отожествлять Cшные ASCIIZ-строки с массивом символов, что понятие типа данных "строка" у тебя неотделимо от "массив символов". Я же не вижу причин иметь в лице std::basic_string<> ещё один вектор. Как я понимаю, тебя не устраивает, что получив массив символов посредством GetCurrentDirectory(), ты не можешь сделать find_last_of('\\'), да? Ну так делов-то:

std::vector<TCHAR>::reverse_iterator i = std::find(path.rbegin(), path.rend(), _T('\\'));

Не так эффективно может быть, да, но это профайлером надо замерять. Не так удобно, да, ну а что вы хотели от массива символов. С другой стороны все алгоритмы так построены, итераторы и предикаты, и никто ещё не умер, пытаясь применить их к вектору, а не более сложному контейнеру. Ну подумаешь, вектор хранит символы... Это проблема? Если legacy API хочет массивы символов, то подружить его со строками всё равно не удастся. Тебе решать, один раз скопировать из массива в строку и пользовать удобные методы, индексы и длины или не копировать и пользовать алгоритмы, предикаты и итераторы. Но калечить строки из-за эфемерной выгоды от стандартизации их реализиции в виде массива символов Стандарт не будет. Хватит того, что в новом Стандарте гарантируется непрерывность стораджа, как у вектора.

Добавлено 28.12.11, 19:02

Цитата KILLER @ 28.12.11, 19:00

В std::string, даже не удосужились перегрузить оператор +, зато реализовали узербный += ... Только кто им реально пользуется?

Реально, KILLER, строки тебе просто не нужны.

Сообщение отредактировано: Qraizer - 28.12.11, 19:04

Цитата Qraizer @ 28.12.11, 19:01

Как я понимаю, тебя не устраивает, что получив массив символов посредством GetCurrentDirectory(), ты не можешь сделать find_last_of('\\'), да?

Нет. Вообще не вту степь. причем тут find_first_of/find_last_of... Я говорю о том, что хочу писать одностилевой код. Либо в стиле С++, с использованием стандартной библиотеки, либо в стиле С, используя stdlib. При этом если я работаю со строками, и мне понадобилось поюзать сишную функцию, которая принимает С-строковый буфер, куда будет писать данные, я не хочу создавать временные переменные, или временные вектора. Я хочу работать со своей переменной типа std::string, но так как он кастрированный, я могу работать только с ним, или получить от него С-строку для чтения. И все. Писать туда я не могу. Вы мне вместо этого предлагаете копировать содержимое моей строки в вектор, передавать вектор в сишную функцию, потом результат преобразования опять пихать в мою строку, с которой я работал. На кой мне это упало? Зачем такое?

Вторая часть поста, отталкивается от того что:

Цитата

ты не можешь сделать find_last_of('\\'), да?

Поэтому не вижу смысла ее коментировать.

Добавлено 28.12.11, 19:08

Цитата Qraizer @ 28.12.11, 19:01

Реально, KILLER, строки тебе просто не нужны.

Нужны. Но я не хочу плодить туеву хучу безсмысленных строчек кода, я хочу компактный, совместимый код. Реально я ниразу не юзал += у std::string, ибо толку от него 0. Лучше ostringstream юзнуть и не парица...

Добавлено 28.12.11, 19:12
Qraizer, вот ты все пишешь и пишешь, отталкиваясь от того, как оно есть сейчас. Ты мне поясни, в чем выгода std::string какой он есть сейчас? Я не вижу профита. Что он реально экономит доли секунды в критических ситуациях со своей оптимизированной реализацией, которая в большей части компиляторов сделана через тот же массив???

Сообщение отредактировано: KILLER - 28.12.11, 19:13

Цитата KILLER @ 28.12.11, 19:00

Где объяснили? Что объяснили? оправдали ущербность std::string предложив юзать std::vector

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

Цитата KILLER @ 28.12.11, 19:00

В std::string, даже не удосужились перегрузить оператор +, зато реализовали голимый +=

Да ладно. А студия и gcc это прекрасно компилят, не догадываясь, что std::string они складывать не должны

std::string str1 = "35423452", str2 = "fdgsdfgs d";
std::string str3 = str1 + str2;

тынц, если не веришь.

Добавлено 28.12.11, 19:28
И вообще, если тебе недостаточно функционала std::string, в чем проблема написать свой класс, ведущий себя так, как надо тебе? Благо, С++ это позволяет.

Цитата OpenGL @ 28.12.11, 19:21

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

А значит вектор - это как раз другой тип, и использовать его по феншую? Да это самый что нинаесть workaround в самом его гнусном проявлении, типа микроскопом гвоздь задолбили.

Цитата OpenGL @ 28.12.11, 19:21

Да ладно. А студия и gcc это прекрасно компилят, не догадываясь, что std::string они складывать не должны

да?
на тебе тоже тынц
Нет стандарта у меня щас под рукой. Но помню с этим оператором у меня были проблемы на какойто платформе.

Добавлено 28.12.11, 19:36

Цитата OpenGL @ 28.12.11, 19:21

И вообще, если тебе недостаточно функционала std::string, в чем проблема написать свой класс, ведущий себя так, как надо тебе? Благо, С++ это позволяет.

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

Сообщение отредактировано: KILLER - 28.12.11, 19:36

Цитата KILLER @ 28.12.11, 19:32

Нет стандарта у меня щас под рукой.

Не поверишь, но в стандарте то же самое
Кстати, вопрос к Qraizer. Почему Стандарт и Плюсы ты пишешь обычно с большой буквы?

Сообщение отредактировано: OpenGL - 28.12.11, 19:40

Цитата OpenGL @ 28.12.11, 19:38

Не поверишь, но в стандарте то же самое

Кидай сюда цитату, я на работе проверю на всех компилях шо у меня стоят на юнихах и на вендах, возможно я ошибся в тут.