Форум StopLinux

Ты еще забыл "SEGMENTATION FAULT"

.NET Micro

Я говорю за популярные платформы, такие как мобильные и десктопные, и даже - веб.

Безопасность у такого кода выше, но все же не идеальна. Тот же Java - на редкость дырявый продукт. Еще хочется заметить, что писать программы на данных языках для слабых машин, например для встраиваемой техники или микроконтроллеров, вряд-ли получится. Java и C# сильно привязаны к ОС, да к тому же тащат за собой огромную виртуальную машину. Неприятно, когда пустая программа съедает ~30мб.
На Windows Mobile есть .Net Compact Framework, позволяющий запускать шарповые приложения, и на мобильном аппарате со слабым процессором и оперативной памятью преимущество нативных приложений заметно на глаз.

Это же очевидно, майкрасофт всех купил 

Редактировался Babusha (28-12-11 03:21:54)

В .NET при желании ты можешь управлять GC. Хотя полное управление GC не рекомендуется для повседневного программирования (хотя бы потому, что надо очень хорошо знать, как работает GC, чтобы лезть в него). Однако сама возможность есть - чтобы ее использовать.

На повседневном  уровне ты можешь специально указать с помощью using область действия объекта (обычно используется на толстых объектах, вроде графики, открытых файлов, потоков и т.д.), тогда объект уничтожается сразу, как только выходит область его действия. Эта возможность точно есть и в Java

Так же есть управление указателями с алгеброй указателей, блэкджеком и шлюхами. Да. Она тоже не рекомендуется для повседневного применения. Да, она не может быть использована в FullyTrusted environment (линукс обожатели, вы об уровнях безопасности на уровне языка слыхали?), но опять же, эта возможность есть и реализована в языке как раз для тех случаев, где это нужно.

Единственная вещь, который GC в своем обычном виде мешает, это... (ну, эксперты?!)

Я бы с этим поспорил, вот математика - она идеальна в абсолютном смысле.

Оператор using, блеать!

wr224, исчерпывающая информация на сайте майкрасофт
http://msdn.microsoft.com/en-us/library/0xy59wtx.aspx

Коль уж на то пошло, то скажу - на глаз видно еще и как. Откройте шарповую программу хотя бы в блокноте и посмотрите: очень низкая плотность кода по сравнению с нативным, половина байтов в нем нулевые. Далее куча ссылок на используемые сборки, что сразу сдает .NET приложение.
А вообще речь была об ощутимо низкой производительности .NET программ на слабых коммуникаторах - такие программы долго запускались, да и памяти съедали много, что не давало пользоваться параллельно еще какими-нибудь приложениями, не закрыв текущее. Во времена, когда процессор в 200mHz и 64 мб оперативной памяти на КПК считались нормой, это сильно раздражало. О производительности во время выполнения программы точно сказать не могу, поскольку мне не встречались шарповые игры на коммуникаторах. Неудобно, знаете ли, судить о скорости программы по статичному окну.
Далее. .Net Micro Framework - это конечно здорово, но не совсем понятно, зачем. О низкой плотности кода и затратах памяти на JIT компиляцию уже говорилось, зачем применять такую технологию на откровенно дохлых камушках? Люди на ассемблере пишут программы для микроконтроллеров и порой борются за каждый байт, а тут такой монстр, что инфаркт может вызвать. Список поддерживаемых архитектур тоже не впечатляет - сегодня восьмибитные микроконтроллеры до сих пор популярны.