- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
if(FirstDot == 0 && LastDot == 0)
NoDots = true;
else
if(FirstDot != 0 && LastDot == 0)
throw gcnew System::Exception("Левый коррелятор начал работу, правый - нет.");
else
if(FirstDot == 0 && LastDot != 0)
throw gcnew System::Exception("Правый коррелятор начал работу, левый - нет.");
else
if(FirstDot != 0 && LastDot != 0)
if(FirstDot == LastDot)
NoDots = true;
else
NoDots = false;
else
throw gcnew System::Exception("WTF?");
Нужно определить, есть на графике точки или нет. Человек решил подстраховаться и рассмотреть все возможные (и невозможные) варианты.
Follow us!
Лол, что? Смартпоинтеры частный случай сборки мусора. С таким же успехом можно реализовать и полнофункциональную сборку мусора.
конечно лучше использовать смартпойнтеры + ручные мемпулы только потому что субъективно C++/CLI не нравится.
Ну дак дефрагментируй кучу при сборке мусора. В чём проблема, то? Остановил все потоки и подменил все GC-указатели на новые значения.
А вообще сборка мусора на фиг не сдалась. Нет ни одной задачи, в которой есть острая необходимость использовать сборку мусора.
99% сайтов написаны с использованием сборки мусора
Это не значит, что она там была критически необходима.
И уж точно глупость писать сайты на С++\CLI, если вдруг вы уготовили для него такое применение.
Неудачно приводить такой пример для демонстрации необходимости в С++ сборки мусора.
в с++ это невозможно.
Я специально для Вас сейчас сильно упрощу реализацию сборки мусора.
Допустим написан шаблонный класс C++ GCPointer<PointedType> представляющий собой указатель, поддерживающий сборку мусора.
Допустим пора произвести компактирование (в вашем лексиконе дефрагментацию) кучи.
Мы останавливаем все потоки. Понятно что я сильно утрирую, но проходимся по списку все GCPointer'ов и перемещаем все блоки в куче в нужные позиции, при этом подменяя указатели GCPointer'ов на нужные.
В списке GCPointer'ы регистрируются при конструировании.
Я, конечно, сильно упростил, но это что-бы Вам было понятно.
Почитайте хотя бы
Элджер Джефф. С++. Библиотека программиста
ну значит пиши на .нет языке, а не сращивай костылями 2 противоположные парадигмы.
дурашка, C++/CLI используется для интеропа, это называется не костыли, а обычный glue code между родным кодом и foreign code. в любой системе оно используется, в явном и неявном виде. плюс C++/CLI в том что он позволяет соединить две библиотеки -- legacy на c++ и нечто на .NET - в единое целое. В .net есть P/Invoke но он cumbersome при использовании с c++ (нужно городить дохрена обёрток через extern "C"), ну и C++/CLI быстрее в плане вызова native-функций из .net, чем P/Invoke.
минус в том что mixed assemblies вроде не поддерживается в моно.
Не вроде, а точно не поддерживается.
Аргументы закончились?
А я как-бы намекаю, что glue code почти не нужен.
нуну. дуй обратно в институт, хелловорды клепать
Начинать на костылях новый проект я бы не стал.
С++\КЛИ уже с 2005 года не поддерживается майкрософтом. Они просто перетаскивают его из студии в студию для поддержки старых проектов, не меняя его. Однажды совсем уберут.
Тем более этот С++\CLI создаёт дополнительные проблемы\несовместимости для перехода на 64х битные ос, а майкрософту это явно не нужно.
Спс, КЭП.
В сторонних библиотеках в стандартном С++ уже реализовано гораздо больше, чем есть во всех версиях .нет фреймворка вместе взятых.
>(главное, что рабочий)
Особенно на любой платформе, где не стоит Windows и vc_redist одновременно.
оно не будет работать аж на 1% платформ, чтоза ужос, что за ужос (а редист в сетап кладётся)
MAC'и, линуховые сервера всего Интернета и часть мобил не учитываем?
А линуксовых серверов в Инете подавляющая часть.
ок, запомню.
Нет, конечно. Раз использование расширений - говнокод, то пожалуйте выложить его в раздел С++.
gcc не другой язык, а компилятор языка С++, так что по разделу подходит.
C++/CLI же - новый язык, имеющий свою спецификацию и стандарт, написанный майкрософтом, а не комитетом стандартизации С++. Более того, есть конструкции из С++, которые С++\CLI даже не компилирует, что и ожидаемо.
>Более того, есть конструкции из С++, которые С++\CLI даже не компилирует, что и ожидаемо.
ой да ладно, почти все компиляторы кроме, пожалуй, Comeau, что-нибудь комилируют не так из стандарта, это не значит что это не С++.
Комеяу некоторые вещи не компилирует из-за ошибок в реализации стандарта, а С++\CLI не компилирует некоторые вещи согласно "убогому" стандарту Микрософта.
очень объективно
По делу что-то есть?
Извини, отредактировать пост и убрать прилагательное уже не могу.
Назвать по другому это нельзя. Обрезали часть стандартных возможностей С++, накрутили свои возможности и дали новое название языку С++\CLI.
Если с самого начала выбран такой язык, на котором есть все необходимые для разработки библиотеки и инструменты - glue code становится не нужен (не нужны костыли для сращивания библиотек на разных языках).
if (i == 0){
...
} else if (i != 0){
...
} else throw "Какого хрена?!"