ru.networks

 
 - RU.NETWORKS ------------------------------------------------------------------
 From : black c0de                           2:4626/6.58    14 May 2003  14:08:55
 To : sergey belov
 Subject : .NET
 -------------------------------------------------------------------------------- 
 

 
 12 мая 2003 23:18, sergey belov писал All:
 
  sb> что есть такое микрософтский сабж? что за технология? и зачем/кому нужна?
 
     среда разработки такая, обещает кроссплатформенность софту блягодаря
 технологии framework с общим CLR и классами FCL, слышал что под пингвункус уже
 есть CLR. \
 
     микрософт считает что будущее софта - web-сервисы, вот этот фрэймворк как
 раз позволяет их создавать.
 -----> used: Windows Clipboard ----->
 
 Давайте проследим путь приложения .NET от написания до выполнения. Единой средой
 разработки приложений для .NET является Visual Studio .NET. Hо использовать ее
 необязательно, если программиста устроят консольные утилиты из бесплатного .NET 
 Framework SDK. Язык программирования для написания .NET-программ не имеет
 значения.
 
 Это очень важно! Программисты, подумайте только, для программирования любых
 приложений (от консольного до интернет-приложения) можно использовать любимый
 язык программирования, без проблем можно взаимодействовать с кодом, написанном
 на другом языке, и абсолютно на любом из поддерживаемых языков пользоваться
 единой Framework Class Library. Одинаковые возможности для всех языков
 программирования!
 
 Такие преимущества достигаются единым подходом ко всем поддерживаемым языкам
 программирования. Это Common Language Specification и, прежде всего, Common Type
 System. Языки программирования адаптируются для соответствия спецификации,
 иногда разница с оригиналом очень существенна, попробуйте сравнить, например, VB
 и VB.NET.
 
 Для .NET Microsoft поставляет компиляторы языка C# (читается "си-шарп"), VB.NET,
 J# и управляемого C++, остальные поддерживаемые языки вы можете легко найти на
 msdn.microsoft.com/vstudio/partners/
 language/default.asp.
 
 Как уже было сказано мной выше, приложения .NET компилируются в промежуточный
 язык Intermediate Language. Этот язык представляет собой инструкции некоего
 несуществующего процессора. После компиляции файлы имеют расширения EXE, DLL,
 NETMODULE. Они хранятся в формате Portable Executable (PE).
 
 Самое интересное с приложением .NET происходит после запуска. Из формата PE
 Windows определяет приложение .NET, и в дело вступает CLR. Важный момент,
 который необходимо понять, - приложения .NET не интерпретируются! Ошибкой было
 бы так думать, хотя в некоторых статьях и даже книгах вы можете такую ошибку
 найти.
 
 Интерпретация предполагает пошаговое выполнение инструкций, без предварительного
 их перемалывания в код, приемлемый для процессора и операционной системы, как
 это делается при компиляции. В .NET промежуточный язык не интерпретируется, а
 компилируется в код по мере необходимости, так что неиспользуемые функции при
 этом не будут даже скомпилированы. Процесс компиляции по мере необходимости
 называют компиляцией Just-in-time (JIT). Вместо этого приложение также может
 быть полностью скомпилировано при инсталляции, этот процесс называют preJIT.
 
 Во время работы приложение не освобождает память самостоятельно. Этим занимается
 сборщик мусора Garbage Collector. А если запущены несколько копий одного и того 
 же приложения, то CLR эффективно распределяет их общие части, значительно
 уменьшая занимаемую память.
 
 Приложения .NET не используют реестр. Hастройки приложения хранятся в файле
 формата XML с расширением CONFIG. Совершенно не нужен реестр и компонентам
 приложений - внутри они полностью содержат всю необходимую для их использования 
 информацию. Так как реестр не используется, установка приложений .NET обычно
 происходит по принципу XCOPY.
 
 Код, который воспринимается CLR, называется управляемым (managed). Остальной
 код, не написанный с учетом требований .NET, называется неуправляемым
 (unmanaged) или родным (native). Разработчики новой технологии понимали, что
 неуправляемый код будет существовать еще долго, потому добавили в .NET
 возможности по взаимодействию с ним. Программа для .NET даже может представлять 
 собой смесь компонентов из управляемого и неуправляемого кода. Однако такой
 вариант, естественно, не рекомендуется - программа теряет переносимость и
 множество других преимуществ.
 
 Все, сказанное выше, относится к любому виду приложений. В частности, и к
 интернет-приложениям. Теперь они не интерпретируются, что означает высокую
 скорость их выполнения. Для таких приложений теперь не нужны урезанные
 скриптовые языки, такие как VBScript, их пишут на полноценных языках
 программирования.
 <----- used: Windows Clipboard <-----
 --- //[tN] [The N0b0D1eS]  [ black_c0de@nteam.ru ]  [ icq#6767252 ]
  * Origin: fp: 645A 2913 745E 3482 3467  1DFA C596 EFFA 7A0A 3434 (2:4626/6.58)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    .NET   sergey belov   12 May 2003 23:18:41   .NET   Vladimir V NATROV   13 May 2003 05:29:24   .NET   black c0de   14 May 2003 14:08:55   Re: .NET   Dmitri Popov   14 May 2003 17:02:28   .NET   Albert Varpaev   14 May 2003 19:30:06