-
- Ксения, так получается, что массив-то как раз однородных элементов - адресов в памяти, а вот уже на что адрес и что с этим содержимым можно делать - само "это" и содержит. Так? - Dingo(03.03.2020 16:37)
- Зависит от того, что вы понимаете под однородными. Ещё в тёплом ламповом Си можно было написать const char* possible_responses[] = { "Yes", "No", "Or what?", "Fuck you, asshole" }; При этом в массиве possible_responses лежат элементы одного типа йцyкeн(250 знак., 03.03.2020 17:21)
- Вы верно поняли: раз объекты стали разной длины, то их линейное упорядочивание теряет смысл. А потому уже не стремятся к линейному порядку, а заводят каждый объект из динамической памяти, а упорядочивают только указатели на них. Варианта для этого Kceния(741 знак., 03.03.2020 16:55 - 16:59)
- те вся замута была из за более простого void * ??? - Aleksey_75(03.03.2020 15:06)
- (void *) уничтожает типы, а весь С++ создан для строгой типизации. - =AlexD=(03.03.2020 15:11)
- Это описание плюсов образца 1998года - =AlexD=(03.03.2020 15:04)
- Основная идея действительно к 1998 году была реализована, а то, что появилось в C++ позднее, выглядит, как разного рода примочки, которыми лично я не пользуюсь из-за непонимания последних :). Мы ведь и в разговорном языке не используем всех тех Kceния(64 знак., 03.03.2020 15:40)
- Не не, в 17 и 20 много полезного. Надо применять! из буста много чего в STL перекочевало - OlegPowerC(03.03.2020 15:47)
- Я этот STL ненавижу! :) Надо же так коряво писать? - Не код, а ребус. - Kceния(03.03.2020 16:35)
- Всё верно, не понимаешь - не пользуй. - =AlexD=(03.03.2020 15:41)
- Не не, в 17 и 20 много полезного. Надо применять! из буста много чего в STL перекочевало - OlegPowerC(03.03.2020 15:47)
- С тех пор он имеет еще больше ружей из которых можно выстрелить себе в ногу - OlegPowerC(03.03.2020 15:10)
- Всё не так уж печально, единственное что меня печалит - повальное злоупотребление эксцепшинами. - =AlexD=(03.03.2020 15:13)
- Нынче и в обычном C эти эксепшины расплодились. Только что в начале этого года вышла свежая версия C-библиотеки для линейной алгебры (Intel MKL), и там каждой (!) функции приписали сзади NOTHROW: Kceния(315 знак., 03.03.2020 15:25)
- Эти хедеры универсальны для Си и Си++, отсюда и макрос. - =AlexD=(03.03.2020 15:43)
- Сама разобралась, но сперва испугалась - примет ли такую библиотеку мой старенький Borland Builder C/C++ (2002 года). Библиотечные функции работают с бешеной скоростью (на AVX2 написаны), тогда как компилятор используется, лишь чтобы кнопочки и Kceния(263 знак., 03.03.2020 16:10)
- clang и llvm же надо использовать :-) - OlegPowerC(03.03.2020 16:15)
- Сама разобралась, но сперва испугалась - примет ли такую библиотеку мой старенький Borland Builder C/C++ (2002 года). Библиотечные функции работают с бешеной скоростью (на AVX2 написаны), тогда как компилятор используется, лишь чтобы кнопочки и Kceния(263 знак., 03.03.2020 16:10)
- Эти хедеры универсальны для Си и Си++, отсюда и макрос. - =AlexD=(03.03.2020 15:43)
- А в Go их нет :-) - OlegPowerC(03.03.2020 15:14)
- Но то есть panic - recover есть - но оно не совсем привычно - OlegPowerC(03.03.2020 15:16)
- Да и в расте оно странное - OlegPowerC(03.03.2020 15:15)
- Нынче и в обычном C эти эксепшины расплодились. Только что в начале этого года вышла свежая версия C-библиотеки для линейной алгебры (Intel MKL), и там каждой (!) функции приписали сзади NOTHROW: Kceния(315 знак., 03.03.2020 15:25)
- Всё не так уж печально, единственное что меня печалит - повальное злоупотребление эксцепшинами. - =AlexD=(03.03.2020 15:13)
- Основная идея действительно к 1998 году была реализована, а то, что появилось в C++ позднее, выглядит, как разного рода примочки, которыми лично я не пользуюсь из-за непонимания последних :). Мы ведь и в разговорном языке не используем всех тех Kceния(64 знак., 03.03.2020 15:40)
- Ксения, так получается, что массив-то как раз однородных элементов - адресов в памяти, а вот уже на что адрес и что с этим содержимым можно делать - само "это" и содержит. Так? - Dingo(03.03.2020 16:37)