| Вопрос: Как запустить??? | Добавлено: 24.07.04 18:40 |
Автор вопроса:  Stas2k
|
| Ответы | Всего ответов: 52 |
|
Номер ответа: 16 Автор ответа: Павел Администратор ICQ: 326066673 Вопросов: 368 Ответов: 5968 |
Web-сайт: Профиль | | #16 | Добавлено: 26.07.04 06:36 |
|
Раз MS взялась глубоко интегрировать .NET в операционку и другие продукты (Office - в качестве замены VBA, SQL Server - хранимые процедуры уже сейчас можно писать на C#, и еще всякие там BizTalk, WSS, SPS, Speech, DirectX И т.д.), то она от него еще долго не отступится. Хотя в наличии низкоуровневых программистов я тоже заинтересован: кто-то же должен отлаживать баги .Net Fw  )) |
||
|
Номер ответа: 17 Автор ответа: Mufasa Вопросов: 19 Ответов: 63 |
Web-сайт: Профиль | | #17 | Добавлено: 26.07.04 09:29 |
|
А в Longhorn вапче реестра не будет. Вот красота.
|
||
|
Номер ответа: 18 Автор ответа: ПавелАдминистратор ICQ: 326066673 Вопросов: 368 Ответов: 5968 |
Web-сайт: Профиль | | #18 | Добавлено: 26.07.04 12:06 |
|
А куда реестр денется? |
||
|
Номер ответа: 19 Автор ответа: @CyRax PTR ICQ: 204447456 Вопросов: 28 Ответов: 664 |
Web-сайт: Профиль | | #19 | Добавлено: 26.07.04 12:59 |
|
Не, ну если .NET FW будет выступать в качестве ядра или чего то подобного, тогда может что то и выйдет.
Ведь если абсолютно все приложения будут требовать библиотеки .NET FW, тогда сама операционка будет тормозить не на шутку. По моему ты преувеличиваешь важность технологии .NET. К примеру, как не все приложения используют .COM, так и не все они будут использовать .NET. Вряд ли кто будет писать системные утилиты на основе .NET. Такие ресурсоёмкие программы лучше всего размещать на серверах сети. Вот только на серверах преимущественно используют LINUX. |
||
|
Номер ответа: 20 Автор ответа: LogotICQ: 305396405 Вопросов: 9 Ответов: 28 |
Профиль | | #20 | Добавлено: 26.07.04 23:44 |
| To CyRaxPTR: почему ты считаешь, что .Net Framework будет тормозить? По поводу, что жрёт памяти я согласен. А почему будут тормоза? | ||
|
Номер ответа: 21 Автор ответа: @CyRax PTRICQ: 204447456 Вопросов: 28 Ответов: 664 |
Web-сайт: Профиль | | #21 | Добавлено: 27.07.04 00:12 |
|
Тут мелькало в форуме что программа под .NET довольно долго загружается. Вспомнив как долго грузится программа на VB6 (которая загружает 1.35 МБ виртуальной машины) и сравнив с программой на том же MASM32 или PB (которые загружаются практически мгновенно) я сделал такой вывод.
Представь себе что все программы в Windows написаны на VB6. Блокнот, калькулятор, Панель управления, Мой компьютер ... всё в общем. Тогда ты и работать не будешь нормально, а только ждать когда очередная программа подгрузит виртуальную машину. Предполагаю что также дела обстоят и в .NET. Тем более что суммарный размер требуемых библиотек гораздо больше. Вот если бы MS придумала способ не загружать в память копию каждой требуемой/используемой библиотеки, а иметь к ней общий доступ из всех програм использующих её, тогда конечно было бы другое дело. |
||
|
Номер ответа: 22 Автор ответа: LogotICQ: 305396405 Вопросов: 9 Ответов: 28 |
Профиль | | #22 | Добавлено: 27.07.04 01:05 |
| Мир движется вперёд. Каждые полгода появляются всё мощные и мощные компьютеры. Под эти машины пишутся всё более мощные программы, которые требуют определённого быстродействия, большего объёма памяти и ресурсов компьютера в целом. Такой прогресс неизбежен! Даже если запускать быструю программу на машине образца первой половины 90-х годов, то и эта программа будет медленно запускаться и медленно работать. В конце концов мы же не стоим на месте. Конечно, же это не касается всяких там утилит или дров, которые должны писаться на Ассамблере или на С. А если Павел говорит, что некоторые утилиты пишуться с использованием .Net, то тут уже как говориться "и базара нету". | ||
|
Номер ответа: 23 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | | #23 | Добавлено: 27.07.04 01:05 |
CyRax, кстати, если библиотека единожды уже была загружена в память (спроецирована), то в след. раз система DLL не загружает... Именно этим достигается эконеомия памяти... В некоторой степени и скорости... Если конечно не переусердствовать 
Это я так к слову, т.к. не хочу дать тебе ошибиться
А код FW на данный момент выполняется отвратительно, все тестовые программы, проигрывают машинному коду, не в разы и не в десятки раз... а в тысячи и десятки тысяч раз... Тут даже не стоит вопроса, а тормозит-ли FW, это факт... К примеру на моем стареньком PIII 500 было заметно как форма (одна одинешенька) с задержкой откливалась на события, и прорисовывалась... Полностью вся система и ядро не может быть написана, на данном комбайне, иначе это был бы абсурд... Т.о. что COM, что FW оба тормозят и требуют нехилого объема памяти... |
||
|
Номер ответа: 24 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | | #24 | Добавлено: 27.07.04 01:10 |
|
Logot, не утилиты, подчеркивается что пишется всего-лишь интерфейс, не более того...
И он так же промолчал, про сохранение мордочки написанной и стандартных языках программирования... Более мощные программы !? Они более ресурсоемкие, не более того! И что тебе будет приятнее, если на твоей машине одна программа будет выполняться 10 минут (.НЕТ), а другая 20 секунд (.АСМ, Си), то ты что предпочтешь !? Тут уже не идет речь о более новых и мощных машинах, не так-ли !? |
||
|
Номер ответа: 25 Автор ответа: LogotICQ: 305396405 Вопросов: 9 Ответов: 28 |
Профиль | | #25 | Добавлено: 27.07.04 01:20 |
| Конечно же sne, что приятно наблюдать, когда программа работает быстро, но на нормальных машинах эта разница едва ли заметна. А о Cи, так Си есть Си. Я вообще собираюсь заняться обучением разработки на C++ и VC++, в конце лета. Для этого даже поступил в частную академию. На счёт VB.Net, так я буду заниматься им и далее, даже если почуствую разницу между Си-подобными языками и VB.Net. | ||
|
Номер ответа: 26 Автор ответа: @CyRax PTRICQ: 204447456 Вопросов: 28 Ответов: 664 |
Web-сайт: Профиль | | #26 | Добавлено: 27.07.04 02:24 |
|
>если библиотека единожды уже была загружена в память (спроецирована), то в след. раз система DLL не загружает... Именно этим достигается эконеомия памяти...
- Как раз наоборот. Достигается прирост скорости всех ПОСЛЕДУЮЩИХ вызовов библиотеки за счёт памяти. И то если она по счастливой случайности окажется не в свопе. Т.е. библиотека конечно же загружается для каждого нового приложения, но уже из памяти/свопа. Хотя это не срабатывает в VB. Я ради интереса позапускал последовательно несколько програм на VB6 и при запуске каждой была значительная пауза. |
||
|
Номер ответа: 27 Автор ответа: @CyRax PTRICQ: 204447456 Вопросов: 28 Ответов: 664 |
Web-сайт: Профиль | | #27 | Добавлено: 27.07.04 02:38 |
|
Logot,
Ну прям рекламный проспект Микрософт в масштабе 1:100
Микрософт монополист на рынке ОС для персоналок. Никуда от этого не денешся. Но продукцию они совершенствуют не качеством, а количеством. И если в традиционной промышленности существуют профсоюзы, способные повлиять на зарвавшегося предпринимателя, то на Микрософт ничто кроме общественного мнения повлиять не может. Именно ты должен заставлять MS выпускать более качественные продукты, а не повторять рекламные проспекты как баран. |
||
|
Номер ответа: 28 Автор ответа:  shuffleАдминистратор ICQ: 201502381 Вопросов: 15 Ответов: 737 |
Профиль | | #28 | Добавлено: 27.07.04 04:12 |
|
Ммм.. Ну сколько можно спорить, а? Зачем сравнивать что лучше: асм или .NET, если они СОВЕРШЕННО для разных целей! Microsoft поставила грань между низкоуровневым и высокоуровневым программированием и сделала, ИМХО, правильно. Ведь никто же, например, не спорит, карандаш лучше ручки или ручка лучше карандаша. P.S. ИМХО. |
||
|
Номер ответа: 29 Автор ответа: ПавелАдминистратор ICQ: 326066673 Вопросов: 368 Ответов: 5968 |
Web-сайт: Профиль | | #29 | Добавлено: 27.07.04 09:54 |
|
2 CyrAx: .Net - реально полезная и удобная технология. И, я думаю, не стоит человеку, не юзавшему ни грамма какую-то технологию, советовать кому-то отказываться от ее использования и даже советовать повлиять на ее производителя ))Вот приди в магазин и скажи: "Я эти конфеты не пробовал, но они явно дерьмовые, берите лучше вон те, а на производителя этих подайте нафик в суд" и послушай, куда тебя пошлет продавец... 2 sne: Согласен, программы на .Net уступят в скорости прораммам на Си или Asm, если конечно руки у программеров одинаково прямые .NET и не может работать быстрее Asm по определению, ибо .NET - технология высокого уровня и сравнивать скорость по меньшей мере глупо. Кстати, отрыв в скорости не такой уж и большой. Недавно даже какой-то чел с gotdotnet.ru выспорил 100 баксов на том, что программа на C# по проведению каких-то несложных арифметических расчетов обогнала по скорости аналогичныю на классическом C++. Да и .NET не до конца отшлифована. Она существует в релизе всего 2 года, текущая версия .Net FW - лишь 1.1. Но плюсы .NET совсем не в скорости выполнения, и мы уже это помнится как-то обсуждали... Думаю, не стоит повторяться вновь... |
||
|
Номер ответа: 30 Автор ответа: @CyRax PTRICQ: 204447456 Вопросов: 28 Ответов: 664 |
Web-сайт: Профиль | | #30 | Добавлено: 27.07.04 10:35 |
|
Павлик,
Да собственно я тебя не отговариваю есть "Самые вкусные в мире конфеты". Тем более что других ты никогда не пробовал. И вообще я не считаю программистом человека, знающего только технологию .NET и на основе неё делающего выводы о программировании в целом. И документ .NET не может быть быстрее программы на Cи только потому, что Си - это системный язык программирования. Это наполовину ассемблер. И если VB.NET быстрее Си, то значит он быстрее ассемблера. |
||