Неужели С++ больше не будет актуален!

Я по утрам люблю читать компьютерные новости! И вдруг коварно нарываюсь на эту без тыжаю статью http://www.xakep.ru/post/51714/
Друзья скажите это правда! Не будет больше нашего с++!

0

MiCr0s0fT, тупиковые ветви эволюции, ИМХО, что java, что и ответ мелкософтовых на эту java (.net)...

0

Интересно какой рейтинг у Ассемблера, и когда на нем перестанут писать?

0

Сообщение от Grey Интересно какой рейтинг у Ассемблера, и когда на нем перестанут писать?

А ты что ассемблер знаешь! Класс!Думаю он некогда не упадет! Как я знаю он самый первый язык программирования написанный не цифрами 100110110011 1010110 10101

0

А ты что ассемблер знаешь

Пока тока учу.
С++ тоже использует ассемблерные вставки.
Рейтинг учитывает количество купленного ПО, но не его стоимость и, что щас проходят в школах.А может и создан в рекламных целях.

0

Рядовой программист(по любому знает C/C++), и он не будет писать GUI на чистом API.
А возьмет какой нить WTL или MFC или MFC+ATL или Qt.
Не знаю почему C на первом месте, а самое интересное Java по середине.


Вообще не слышал что бы кто то знал только C без ++.

Добавлено через 7 минут

0

Притом ПО для C++ Больше чем на С!

0

doocee, честно говоря, отличия у них существенные и мешать функции с и с++ не рекомендуется... а вообще,

Lord_Voodoo:
Не просветишь....
Это про стиль программирования или про что?

0

Сообщение от Lord_Voodoo MiCr0s0fT, тупиковые ветви эволюции, ИМХО, что java, что и ответ мелкософтовых на эту java (.net)...

Почему JAVA тупиковая? Кроссплатформенность - далеко не тупик, я бы даже сказал, интересная возможность.
dotNET я пока что не признаю. Платформа, которую на других ОС стараются только эмулировать ... Товарищи, зачем она?

И вот ещё ... Убивают меня рекламные ходы концерна MS... Сегодня на тестируемом образце поставил VS 2010 Beta2 ...
Для интереса создал приложение на C# с использованием .NET 4.

Что я получил в итоге?
Приложение, которое умеет выдавать MessageBox. При этом, вес на диске меня приятно удивил: красота, приложение весит 11.5 кб.
Размер понравился - как будто на чистом API написал ...
Открываю диспетчер задач ... и глаза лезут на лоб! Приложение весит около 17-20 метров!

Вот и обьясните мне: что же это? Реклама платформы с лозунгом "Майкрософт требует более мощные компьютеры, доверьте Ваши деньги нам"? Созданное приложение ещё ничего не умеет и уже ставит юзеру требование поставить платформу именно этой же версии и поделится хорошим куском ОЗУ...

Что мы будем имеем взамен?

0

Открываю диспетчер задач ... и глаза лезут на лоб! Приложение весит около 17-20 метров!
Это сурьозно...

0

Чем новее чем пожерательнее!

0

Сообщение от MikeSoft Открываю диспетчер задач ... и глаза лезут на лоб! Приложение весит около 17-20 метров!

Код в студию...

0

HIMen, да какой тут может быть код
Результаты:
Windows XP SP3 - 14.8 мб
Windows Seven - 7.1 мб

Использовал .NET 3.5 совместно с Visual Studio 2008 (результаты предыдущего поста были сделаны на Windows XP SP2 и VS2010 Beta2 + .NET 4.0)

0

MikeSoft, у меня пустое окно с кнопкой, вызывающей MessageBox требует 3мб.
И это учитывая, что .NET набирает память про запас: если использовать SetProcessWorkingSetSize получается 1.2 мб.
Что я делаю не так?
.NET 4.0, Windows 7

0

HIMen, выйду на работу - сделаю скриншот приложения и результатов.
На VS2008 я даже кнопку не добавлял. Повесил на событие Load и всё равно получил:
Windows XP SP3 - 14.8 мб
Windows Seven - 7.1 мб

SetProcessWorkingSetSize - не использовал.

0

Интерфейс друзья! Кнопки то красивее стали. А красота требует жертв!

0

Сообщение от Lord_Voodoo MiCr0s0fT, тупиковые ветви эволюции, ИМХО, что java, что и ответ мелкософтовых на эту java (.net)...

Джаве чуть меньше пятьнадцати лет, дотНету - чуть меньше десяти. Долго что-то тупиковые ветви живут, тебе не кажется? Да и не просто живут, а процветают.

Сообщение от MikeSoft Открываю диспетчер задач ... и глаза лезут на лоб! Приложение весит около 17-20 метров! Вот и обьясните мне: что же это? Реклама платформы с лозунгом "Майкрософт требует более мощные компьютеры, доверьте Ваши деньги нам"? Созданное приложение ещё ничего не умеет и уже ставит юзеру требование поставить платформу именно этой же версии и поделится хорошим куском ОЗУ...

Объясняю, что это. Это твоя безграмотность и необразованность. Приложение жрёт столько памяти не потому что .NET писали индусы и не потому что Microsoft хочет сожрать твою память. Просто таков принцип работы менеджера памяти. Подробно я рассказывать не буду, потому что выйдет огромная статья, а вкратце и по-простому: менеджер памяти сначала отъедает большой кусок оперативки, а потом линейно (суть быстро) её отдаёт по мере необходимости твоей программе, а время от времени - происходит сборка мусора и дефрагментация памяти.

Вобщем, читайте доки, они - рулез (c)

http://www.rsdn.ru/article/dotnet/GC.xml - прочитайте хотя бы это, а потом приходите дальше обсуждать.

0

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

0

Сообщение от alex_x_x это все равно не отменяет того, что приложение с кнопочкой съело десять метров , хоть и понятно, что предназначено для быстрой работы с памятью

Просто в реальной практике не пишут приложений с одной кнопочкой.

0

0

Сообщение от NightmareZ менеджер памяти сначала отъедает большой кусок оперативки, а потом линейно (суть быстро) её отдаёт по мере необходимости твоей программе

И после этого вы говорите о неграмотности? Не нужно "возвращать память программе", память и так выделена для процесса коллектора, запущенного в рамках приложения. Если система сигнализирует о недостатке - возврат идёт обратно к ОС.

Читаем до просветления:

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

Сразу напрашивается вопрос: зачем идёт запрос на выделение больших объёмов ОЗУ, если заранее известно, что приложение не будет их использовать?

За статью, конечно, спасибо, но спешу вас разочаровать: я в ней не нуждался. Принципы работы коллектора мусора мне знакомы из JAVA.

Теперь, собственно о приложениях "с одной кнопкой".
Вы слышали что-нибудь об оптимизаторах?
Наверняка, слышали!
Так вот покажите мне какие либо оптимизации в приложении, которое призвано отобразить одну строку текста...

Идём дальше... об использовании памяти есть отдельная статья: Память и .Net
В ней расписано куда уходит 19 мб, выделенных на приложение, имеющее Grid с 10000 строк.
Конец статьи однозначно радует:

Теперь понятно, что свободно у нас около 1.3MB. Это та память, которую GC может в принципе отдать OS, но он этого не сделает, потому как по сравнению с полным размером GC Heap (8.4MB) это очень мало. Для compacting GC нормально иметь вдвое больше памяти, чем требуется для живых объектов.

1.3 мб мусора, которые коллектор будет держать при себе, несмотря на то, что обладает кучей размером в 8.4 метра ...
И только около 5 мб уходит на хранение и отображение решётки и данных ...
Неслабый запас, для работы, да?

Или вы снова скажете, что приложения с единственным Grid никто не пишет?

Для сравнения, приложение, построенное в С++ Builder без использования .NET (но с использованием VCL) при старте занимает 1.2 мб. При заполнении данными разрастается до 5 мб. Экономию чувствуете? А где же выигрыш dotNET? Что я не смогу сделать в VCL-приложении? И это при том, что приложении VCL откомпилировано так, что содержит в себе набор своих модулей - и я смогу запустить такое приложение на любой машине, и не подумаю над тем, что мне прийдётся качать 15-200 метров .NET Framework (и потом ещё и хранить на машине несколько версий - а вдруг кто-то пишет не на такой платформе)

0