
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[216.73.216.5] |
![]() |
|
Страницы: (117) « Первая ... 10 11 [12] 13 14 ... 116 117 ( Перейти к последнему сообщению ) |
![]() |
Сообщ.
#166
,
|
|
ага, 2-я редакция стандарта в 2003, а следующая в 2009... никто не спшит... спешили бы - уже давным давно boost в стандарт включили бы
![]() |
Сообщ.
#167
,
|
|
|
когда докажут его полезность - придумают Имелись ввиду расширенные синтаксические и проектировочные конструкции. Алгоритмы тут не причем ![]() перегрузи operator[] и будет тебе счастье можешь даже operator, перегрузить ![]() соответствующий класс обертка делается. в STL/Boost их аж три Просто компиялтор в C++ сам решает что и как оптимизировать ![]() Аргументируйте, товарисч. Что нельзя просто и гибко реализовать в C++? Добавлено Вот такая дельфистам задачка: заюзать собственный менеджер памяти. Как будете реализовывать? ![]() |
Сообщ.
#168
,
|
|
|
Цитата Мяут @ Что нельзя просто и гибко реализовать в C++? property. ![]() |
Сообщ.
#169
,
|
|
|
Нет, так как он не нужен. В дельфи без него сложно, потому что там нету ссылок. Не поверишь, но есть operator[]... А что это? Да. Точнее, какие-то стандарты были ![]() Цитата AndNot @ У меня сложилось впечатление что это стандартизаторы С++ своей спешкой больше вредят, чем что то полезное делают. Наоборот, они все очень медленно делают... |
Сообщ.
#170
,
|
|
|
Цитата Flex Ferrum @ property. ![]() ![]() |
Сообщ.
#171
,
|
|
|
Сообщ.
#172
,
|
|
|
Ты лучше спроси - насколько часто на эти несовместимости наступать приходится? Если ты, как n0p, любитель поковыряться в недрах и устраивать стесстесты, и твой код рассчитан на конкретный компилятор - то, конечно, да. Если ты стараешься придерживаться стандарта, то неприятностей гораздо меньше. Цитата Дьяволица @ ммм... ну раз так, тогда зачем обсуждать так относительно и подпрыгивать со дна ведра до обадков - раз сравниваете, то сравнивайте на одинаковом уровне, даже нескажу: " что нельзя ",т.к. возможно всё ![]() Прошу прощения, слишком много букв, основная мысль теряется. ![]() Добавлено Цитата Мяут @ property на С++ Этой реализации очень далеко до идеала ![]() |
Сообщ.
#173
,
|
|
|
Цитата Smike @ Кроме того их очень удобно использовать как автосоздаваемые и автоосвобождаемые объекты Возможность, нативно присущая типам c++ ![]() Кстати, это код ![]() ![]() { ifstream file1("file1"); ofstream file2("file2"); //do something with file1 and file2 } гораздо более удобен, нежели вложенные try/catch/finally... RAII и автоматические объекты рулят ![]() |
Сообщ.
#174
,
|
|
|
Pourtous Сообщ. #82 от 8.04.07, 13:30
Цитата http://www.linux.org.ru/view-message.jsp?msgid=1789041. Смотря что считать багом, ведь даже единицы и нули, в расчёте через мат ожидание, исследуя все варианты, дают неоднозначность относительно рассматриваемого первого варианта, 1111, - это тоже баг иль игры разума ? Возьмите гцц и приведите хотя бы пяток. Оченно интересно взглянуть. ![]() |
Сообщ.
#175
,
|
|
|
Цитата Flex Ferrum @ property. ![]() ![]() |
Сообщ.
#176
,
|
|
|
а помоему прородители паскаля и того раньше ![]() ![]() ![]() ![]() |
![]() |
Сообщ.
#177
,
|
|
Цитата Дьяволица @ мде...ой а кстати про какой с++ идёт речь? Visual ? ![]() про вот этот: Programming languages - C++.ISO-IEC.IS-14882.Second edition.2003-10-15.pdf |
Сообщ.
#178
,
|
|
|
Цитата archimed7592 @ амде... про вот этот: Programming languages - C++.ISO-IEC.IS-14882.Second edition.2003-10-15.pdf ну тогда я права ![]() ![]() |
![]() |
Сообщ.
#179
,
|
|
VC++ - это stdc++ + mfc + w32api + bla-bla-bla...
а делфи - это делфи... |
Сообщ.
#180
,
|
|
|
Цитата Дьяволица @ Flex Ferrum суть моего многобуквия и заключается в том что нужно не знать все прелести и тонкости того или иного языка Это тема отдельного холивара. |