указатели

[ev]

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

[e-moe]

Сморя для каких целей использовать язык... На низком уровне без них не обойтись, а в прикладном от них можно красиво отказаться в пользу сборщика мусора...

красиво в C# сделано - небезопасный код (в том числе и указатели) нужно обрамлять в специальные unsafe блоки. вне этих блоков небезопасный код компилятор не пропускает.

[bw]

> красиво в C# сделано
Это не красиво. Затычка.
Но я согласен с тем что зависит от задач компилятора. В принципе для работы с указателями и для решения соотв. задач есть Си (++) или ассемблер и их достаточно. Так что я считаю что от указателей лучше отказаться. Хотя сборка со статикой от того же Си должна сохраниться.

p.s. ev, а ты чего голосовалки не делаешь?

..bw

[ev]

p.s. ev, а ты чего голосовалки не делаешь?

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

[alexs]

а что предлагается вместо указателей? альтернатива достойная есть?
автоматический сборшик мусора в том виде как он сейчас есть в шарпе и подобных НЕ НУЖЕН
лучше уж руками отслеживать чем это глюкало и тормоз

[e-moe]

лучше уж руками отслеживать чем это глюкало и тормоз

Ой как громко Все претензии в виде бегрепртов в Микрософт пож-ста

[shade]

автоматический сборшик мусора в том виде как он сейчас есть в шарпе и подобных НЕ НУЖЕН
лучше уж руками отслеживать чем это глюкало и тормоз

Поддерживаю.

Моё мнение скорее субъективно, чем объективно: в результате отказа от указателей порой простые задачи становятся сложнее.

При ручном управлении указателей главное следить за выделением/освобождением памяти. Тоже самое с ресурсами (например, соединениями с БД) - должны быть явные вызовы выделения/освобождения ресурса. От указателей мы можем отказаться, но ресурсы останутся и за ними попрежнему нужно будет следить, а тонуса (от постоянного слежения за указателями) не будет и будут больше незакрытых соединений, файлов и т.п.

[alexs]

Ой как громко Все претензии в виде бегрепртов в Микрософт пож-ста

я технологию .нет просто не пользую, т.к. не вижу ей реального применения - меня полностью устраивают нормальные компиляторы (в т.ч. fpc)

а насчёт нет - вот поживём, посмотрим что придумет MS через лет так 10 - у них часто приоритеты меняются

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

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

[Vadim]

Скажу немного не в тему, но посколько уж принялись обсуждать .NET, то думаю это будет вам интересно.
Недавно по телевизеру небезизвестный госоподин Медведев сказал очччччень интересную вещь:
государство не будет спонсировать покупку программ госучереждениям, которые (программы ) не не относятся к категории "Open Source".
Добавьте к этому ужесточающуюся политику в области соблюдения авторских прав и подумайте, какая судьба ждёт Windows и, естественно, технологию .NET?
Не надо спорить, хороша NET или наоборот, плоха. Это неактуально. Лучше подумать, а какие хорошие вещи можно оттуда взять...
Например тот же сборщик мусора. Вещь, я считаю, очень полезная. Но только тогда, когда сборщик применяется в нужное время и в нужном месте, а не постоянно гудит над ухом в ожидании где бы чего вычистить.

[ev]

автоматический сборшик мусора в том виде как он сейчас есть в шарпе и подобных НЕ НУЖЕН

чем не повод сделать нормлаьный сборщик?

а насчёт нет - вот поживём, посмотрим что придумет MS через лет так 10 - у них часто приоритеты меняются

прям на офтопик тянет.... с каких это пор микрософт что-то придумало...
вроде все тыреное у них....

[Matich]

вроде все тыреное у них....

Зато патенты "тыренного" на их имя записано.

[alexs]

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

[Bonart]

Указатели? Есть смысл убить как класс. Для системщиков указатели все равно числа, а для прикладников лучше рекурсивные типы данных.

[Vadim]

Bonart
А ведь переменные типа класса - это тоже указатели. Их тоже все убъём?

[alexs]

Указатели? Есть смысл убить как класс. Для системщиков указатели все равно числа

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