Ответы на вопросы связанные с Microsoft Visual Studio Net.

Visual Studio . net (7 CD) ? Попытался установить Visual Studio . net, но дальше Windows Component Update не продвигаюсь, т.е. не могу установит Microsoft FrontPage 2000 (на о.п. XP, хотя остальные компоненты установились), и после этого установка не идет дальше : не могу установить ни Visual Studeo . net компоненты (мне нужен Microsoft Visual CPP, и ешё несколько программ для работы), ни всё остальное.

Ответ для Visual Studio 7.0

1) Создаем на каком-либо диске папку с названием X:\VS7 (где X: выбранный вами логический диск).

2) В этой папке создаем еще два подкаталога под названиями X:\VS7\WCU и X:\VS7\VS

3) Переписываем в папку X:\VS7\WCU все содержимое диска номер 5 (Windows Component Update).

4) Если место на диске позволяет, переписываем все остальные диски дистрибутива, кроме последних двух (Visio и Source Safe), в папку X:\VS7\VS. Пишем диск за диском, в одни и те-же каталоги, соглашаясь при этом переписывать autorun.exe и еще пару-тройку других,уж не помню точно, каких именно файлов (эти файлы одинаковые на всех дисках). Если у вас места на винчестере мало, можете пропустить этот шаг, тем не менее установка Visual Studio с жесткого диска идет не в пример быстрее и позволяет справится с некоторыми глюками “кривых” дистрибутивов.

5) В папке X:\VS7\WCU открываем на редактирование файл baseline.dat. Файл текстовый, его структура напоминает inf файл. Отыcкиваем в нем секцию:

 [gencomp10] 
 GFN=FN_MID Front Page Client 
 Там потом будет еще некоторое количество строчек текста , а заканчивается секция вот такими строками: 
 InstallOnWinNT4=1 
 InstallOnWin2k=1 
 InstallOnWhistler=1 
 InstallOnFutureNT=1 
 Переправляем эти четыре строчки на: 
 InstallOnWinNT4=0 
 InstallOnWin2k=0 
 InstallOnWhistler=0 
 InstallOnFutureNT=0 

6) Запускаем установщик с первого диска (или из папки X:\VS7\VS). Когда он попросит вставить диск Windows Component Update - указываем ему путь к каталогу X:\VS7\WCU на винчестере. Расширения FrontPage при этом устанавливаться не будут.

Ответ для Visual Studio 7.1 “Everett”

Все тоже самое, только структура каталогов выглядит несколько иначе

X:\VS71\MSDN - сюда списываете диски с MSDN (СD4,CD5,CD6)

X:\VS71\VS - сюда копируем диски CD2 и СD3

X:\VS71\WCU - сюда копируем CD1 (Windows Prerequsite)

Где X: ваш логический диск на который вы копируете диски. Компакты с Visio и SourceSafe можете не копировать на винчестер. Ставьте эти приложения прямо с компактов, если они вам зачем-то нужны.

 [Baseline] 
 Dir=..\WCU 
 FileName=setup.exe 

 [Documentation] 
 DIR=..\MSDN 
 Version=2003FEB 

Сохраняете файл X:\VS71\VS\setup.ini и открываете, также блокнотом, файл X:\VS71\WCU\baseline.dat Правите его так как я вам рассказывал в ответе про Visual Studio 7.0.

Вот и все подготовительные действия. В папке X:\VS71\VS расположен файл setup.exe. Запускаете его на исполнение и установка пройдет вообще не запрашивая у вас какие-либо компакт диски.

Расскажите в какой последовательности надо вставлять диски ,

Разумеется начиная с первого диска. Дальше дистрибутив сам скажет какой следующий диск ему нужен.

“Можно ли не ставить Microsoft FrontPage ?”

Можно. Для работы Visual Studio, FrontPage вообще не нужен. Расширения же FP используются только тогда, когда вам придет в голову силами VS обновлять содержимое своего сайта в Internet. Я не думаю , что вы когда нибудь в жизни будете пользоваться VS в этой ситуации. Тот же CuteFTP куда как покудрявее :)

“И ещё на дисках нет сирийных номеров (тем более хоть какой-то дакументации на русском о содержаниях дисков,для Microsoft Visio и Microsoft Visual Sourcesafe.”

Ответ про “сирийный номер” самоочевиден. :) Замечу лишь, что порой не только серийного номера не бывает, но и тот, что указан на коробке c диском оказывается неверным. Так что не удивляйтесь, для нашей страны это нормальная ситуация.

Про документацию. Microsoft Visio входящий в комплект Visiual Studio в принципе немногим отличается от обычной Visio 2002. Последняя идет как часть Office Xp и локализована на русский язык. О SourceSafe разговор отдельный. Я не знаю никого кто бы им пользовался. Если в вашей организации он не используется, то лучше о нем просто забудьте. На мой взгляд “для дома для семьи” Borland TeamSource куда как покудрявее будет.

Во время установки Visual Studio установщик постоянно ругается на отсутствующие файлы примеров или справки MSDN. Мне на каждый такой файл приходится жать “Ignore” . Можно ли как-то автоматизировать этот процесс ?

Можно. Но хотя бы один раз вам придется помучиться. Запустите установку Visual Studio и параллельно ей FAR. Как только установщик ругнется на отсутствующий в дистрибутиве файл, не нажимайте кнопку “Ignore”! Посмотрите в выведенном сообщении какой именно файл ей нужен. Перейдите с помощью FAR в запрошенную папку и создайте там нужный Visual Studio файл. Для этого достаточно, нажать в FAR последовательность клавиш: Shift+F4, ввести имя нужного файла, нажать Enter и затем F2 и Esc. То есть просто создайте файл с нужным именем и нулевой длиной. Теперь в установщике жмете “Retry” и если вы создали файл правильно, установка пойдет дальше. Так поступаете со всеми отсутствующими вашем дистрибутиве файлами.

Дистрибутив очень большой и занимает на моем винчестере очень много места. Можно ли как-то уменьшить его объем?

Можно. Именно этим обстоятельством и объясняется огромное количество “кривых” дистрибутивов гуляющих по территории exUSSR. :)

Начнем с уменьшения размеров диска “CD5-Windows Component Update”. Открываете файл baseline.dat и запрещаете все не нужные вам апдейты (к примеру SP2 для Windows2000). Как это сделать я описал в ответе на первый вопрос. Следующим шагом удаляете сами файлы этих апдейтов из папки X:\VS7\WCU. Точный путь и имя удаляемого файла посмотрите в параметре “Executable=” в соответствующей нужному апдейту секции файла baseline.dat. Если в параметре “Executable=” стоит значение “RunMSI.exe”, то в этом случае имя файла с апдейтом смотрите в параметре “CommandLine=” .

Второй кандидат на удаление из дистрибутива - MSDN. В версии 7.0 он неполный и многие страницы документации основаны на информации помеченной как бета-версия. Да и большинство пользователей Visual Studio 7.0 все равно, впоследствии, устанавливают MSDN от июля 2002 года, а этот пакет полностью удаляет MSDN входящий в комплект Visual Studio. Поэтому при наличии у вас июльского MSDN , тот что входит в дистрибутив вам вообще не нужен. Идете в папку “X:\VS7\VS\Program Files\Microsoft Visual Studio .NET\Msdn\1033\" и стираете все ее содержимое. После этого, устанавливая Visual Studio снимайте галку выбора с пункта “Documentation” . Если у вас установщик начнет ругаться на отсутствующие файлы, поступаете так как описано в ответе на предыдущий вопрос.

Внимание! Не надо удалять MSDN из Visual Studio “Everett” ! В нее входит самая свежая из доступных на данный момент в России версия MSDN от января 2003 года.

Разобравшись с MSDN подумайте, а нужны ли вам _все_ языки в программирования входящие в пакет? Если нет , удалите файлы лишних языков. Рассмотрим процесс на примере удаления из дистрибутива “C++”. Ну не люблю я его, хотя это единственный язык позволяющий в Visual Studio 7.x создавать “обычные” Windows приложения, не требующие для своей работы Net Framework.

Итак, идем в папку “X:\VS7\VS\Program Files\Microsoft Visual Studio .NET\Vc7\" и сносим все ее содержимое. В дальнейшем при установке снимаем галку с “Language Tools\Visual C++”. Если установщик начнется ругаться на отсутствующие файлы поступаем как было описано выше. Если вы решите подобным образом разобраться с VB.NET или С# то оглядите повнимательнее папку “X:\VS7\VS\Program Files\Microsoft Visual Studio .NET\” . На мой взгляд там все самоочевидно.

Ну вот , вы выкинули все то что вам не нужно, теперь запускаете RAR и запаковываете им все что у вас осталось. Как вы наверняка заметили, файлы дистрибутива хранятся в развернутом виде. Если их сжать архиватором, получившийся файл архива замечательно помещается … на одном(!) диске.

Я хочу изучить программирование для платформы Net и приобрел Visual Studio 7.0. Из вашей статьи я узнал что выходит Visual Studio 7.1 Everett. Мне теперь, что придется покупать еще и эту новую версию среды разработки?

Ничего дополнительно покупать не нужно, так как ничего такого сногсшибательно нового и вкусного в “Everett” нет :) В набор языков добавлен J# (Версия Java для платформы Net). Появилась возможность писать приложения для мобильных устройств с помощью Compact Framework. Улучшился MSDN (думаю он вскоре появится в продаже отдельно). Чуть побогаче стали мастера, улучшился IntelliSense. Интерфейс визуально остался таким же как раньше. Everett умеет создавать приложения для Net Framework версий 1.0 и 1.1, в отличии от “семерки” работающей _только_ с версией 1.0 . Вот по крупному счету и все отличия которые я сумел обнаружить за неделю ковыряний с этой новой версией Visual Studio.

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

J# , наравне с Jscript# на мой взгляд представляют интерес только с точи зрения миграции уже имеющихся приложений на эту новую платформу. Только ради него не стоит переходить на Everett. “Родные” для Net Framework языки программирования VB.NET и С# очень хорошо продуманы и спроектированы - лучше воспользуйтесь ими для своих новых проектов. Тот факт, что Линукс сообщество, при всей своей ненависти к продукции Майкрософт, ринулось портировать на свою платформу C#, однозначно показывает то, что язык заслуживает того ,чтобы вы обратили на него внимание.

Приложения написанные вами для Net.Framework версии 1.0 будут нормально выполняться и в среде Net Framework версии 1.1. Так что и тут нет особого резона немедленно обновлять свою среду разработки.

Поэтому , исходя из всего вышесказанного, обновляйте вашу Visual Studio Net 7.0 на Everett только в том случае, если вам этого хочется. Острой необходимости этим заниматься у вас нет. Я установил себе Everett в основном из-за того, что приобрел ее официальным путем через OZON, во время совместной рекламной акции Майкрософт и OZON. Таким образом Everett у меня лицензионная :)

Если же у вас на руках нет Visual Studio 7.0 тогда ничего пока не покупайте, а лучше подождите официального выхода Everett. Это событие произойдет в конце апреля этого года. То есть совсем на днях…

А что это такое за “Solution” и чем “оно” отличается от “Project” ?

Solution - это взгляд Майкрософт на то, как должен выглядеть проект. :) Идея заключается вот в чем. Предположим вы собрались программировать какое-либо новое С# консольное приложение. Выбираете в меню “File->New->Project”. Выскакивает окошко с выбором типа проекта. Выбираем в левом дереве “Visual C# Project” , а в правом списке “Console Application”. Приступаем к редактированию полей ввода внизу.

В поле “Name” вводим название нашего будущего приложения к примеру Test1. В поле Location указываем каталог в котором мы хотим сохранить наш проект. Нажимаем кнопку Ok.

Некоторое время Visual Studio шуршит винчестером, затем показывает вам окно редактора с новым файлом заготовкой. Выбираем из меню пункт “View->Solution Explorer” . Перед вами появляется окно с перечнем файлов вашего нового проекта. Файлы организованы в иерархическое дерево. Корень дерева проекта называется “Solution test1”. Ниже расположен каталог test1, затем идут папка References и сами файлы проекта. Давайте выберем мышкой корень дерева “Solution test1“ и вызовем на нем контекстное меню, нажав правую кнопку мыши. В выпавшей менюшке выбираем “Add->New Project”. Перед нами снова появляется уже знакомое окно создание нового проекта. Снова выбираем консольное C# приложение, называем его скажем test2 и жмем кнопку Ok. Visual Studio опять шуршит винчестером и … Поняли теперь что за штука Solution ? Если все еще нет поясняю: Solution это набор из нескольких проектов, объединенных в рамках какой-либо одной группы. К примеру в одну группу проектов можно занести все примеры кода , которые я вам приведу в серии статей посвященных Net. В реальных больших приложениях в отдельные проекты можно вынести какие-либо блоки кода компилируемые в отдельные DLL. Говоря простым языком, один проект(Project) равняется одному выходному исполнимому файлу (будь то EXE файл приложения или DLL ). Одно решение (Solution) - это группа выходных файлов, которые составляют весь тот комплект, который вы отдаете своему заказчику.

В этот набор могут входить файлы документации, один или несколько исполнимых файлов и несколько DLL файлов. Если вы делаете для свой программы установщик(setup) он также оформляется в виде отдельного проекта внутри вашего Solution. Для того чтобы со всеми ними работать как с единым целым и придумано понятие Solution. На самом деле такой подход кажется несколько неестественным лишь начинающему разработчику, но поверьте, если вы привыкнете, то потом будете удивляться как раньше обходились без этого понятия. Сам я привык к понятию Solution еще в Delphi. Там такая штука называется Project Group. Надо отдать должное Майкрософт, у них эта концепция получилась, на мой взгляд удобнее и естественнее чем у Borland.

А чего это мастера Visual Studio генерирует так много “левых” комментариев в коде! Можно их как-нибудь от этого отучить?

Конечно можно. Идете в папку соответствующего языка и правите под себя шаблоны мастеров.

Для C# папка шаблонов будет называться "C:\Program Files\Microsoft Visual Studio .NET\VC#\VC#Wizards\". Для VB.Net-"C:\Program Files\Microsoft Visual Studio .NET\Vb7\VBWizards\"

В этих папках и расположены подкаталоги заготовок для разных, автоматически генерируемых средой разработки, файлов. Называются они довольно прозрачно и поэтому нетрудно догадаться какой шаблон для чего нужен. Давайте для примера “заточим по себя” шаблон консольного приложения C#. Расположен он в каталоге "C:\Program Files\Microsoft Visual Studio .NET\VC#\VC#Wizards\CSharpConsoleWiz”. Заходим в каталог и видим еще два :) Один называется “Template” , другой “Scripts” . В каталоге “Template\1033” располагаются файлы которые и окажутся в папке вашего нового проекта. Если вы изучите их содержимое любым текстовым редактором, хоть той же самой Visual Studio, то заметите, что помимо предопределенного кода, они содержат еще и макросы в квадратных скобках на манер ASP. Код обрабатывающий эти макросы расположен в подкаталоге “Scripts\1033” и является привычным любому web-разработчику файлом JavaScript.

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

И спрошу! А что это у меня в папке проекта создается так много левых файлов! Как мне от них избавиться? И как добавить к мастеру нового проекта свои собственные файлы ? К примеру манифест для WindowsXP и HTML страничку с моим readme.…

Ну начнем с того, что прежде чем от чего-то избавляться, для начала необходимо убедиться в том, что этот файл вам действительно не нужен. Я бы на вашем месте не был в этом так уверен. Если же вы, в отличии от меня, в этом не сомневаетесь, открываете на редактирование файл Template.inf лежащий в папке шаблонов соответствующего мастера. Template.inf это обычный текстовый файл , в котором перечислены те файлы, которые копируются в каталог вашего нового проекта. Убираете в нем названия лишних, на ваш взгляд файлов и добавляете название своих новых файлов. Если вы добавили название своих файлов в список template.inf , не забудьте положить сами эти файлы в папку tempate/1033. Именно оттуда среда разработки их и копирует в каталог вашего нового проекта.

Да вот еще! Чуть не забыл. Если вы просматривали файлы шаблонов , то наверняка обратили внимание на наличие в тексте шаблона макросов в квадратных скобках, которые среда разработки разворачивает в момент создания нового проекта. Вы можете использовать эти макросы и в ваших файлах. К примеру фрагмент моей HTML страницы readme для проекта test2 выглядящий как :

развернется во время работы мастера в:

<h1>Проект: test2</h1>

А можно обойтись без Visual Studio Net компилируя примеры из ваших статей про NET Framework ?

Конечно можно. Для того, чтобы откомпилировать и запустить мои примеры , убедитесь в том, что у вас установлен пакет Microsoft NET Framework. Где его взять и как его установить рассказывалось в первой статье цикла. Проверить правильность установки пакета довольно нетрудно. Запустите Far и наберите в командной строке

csc.exe /?

Если компьютер в ответ на это разразится большим количеством текста, то это означает что компилятор C# у вас установлен и доступен. Если такого не происходит это вероятнее всего происходит потому, что у вас не описан к нему путь. Net Framework устанавливается в папку:

“C:\WINDOWS\Microsoft.NET\Framework\v1.x.xxxx\”

Где “x” это номер версии установленного у вас пакета. Под WindowsXP или Windows 2000 впишите путь к этому каталогу в “Мой Компьютер->Свойства->Дополнительно-> Переменные среды-> Path”. Под Windows 98SE отредактируйте файл autoexec.bat, добавьте этот каталог в список переменной PATH и перезагрузитесь.

Для того чтобы получить исполнимый exe файл примера воспользуйтесь следующей командной строкой

csc <имя примера>

Например: Для того чтобы откомпилировать пример называющийся “test1.cs” достаточно набрать в командной строке следующее:

csc test1.cs

В результате компилятор создаст рядом с вашим файлом исходного примера исполнимый файл test1.exe

Давайте прямо сейчас проверим правильно у вас установлен компилятор или нет. Наберите в Блокноте следующий текст :

class Hello

{

static void Main(){ System.Console.Write("Hello world!");}

}

Сохраните файл под именем hello.cs. Теперь давайте скомпилируем этот пример с помощью команды csc hello и запустим получившийся файл hello.exe. Если на экране перед вами появилась фраза Hello World я вас поздравляю. Вы написали свою первую программу на C#.

Для того чтобы создать DLL файл используйте ключ компилятора /t:library

Например: для того чтобы скомпилировать в DLL файл test1.cs выполните следующую команду:

csc /t:library test1.cs

В результате компилятор создаст вместо EXE файла файл библиотеки DLL test1.dll.

Для того чтобы подключить DLL (например test1.dll) к своему исполнимому файлу (например hello.cs) воспользуйтесь ключом компилятора /r

csc /t:exe /r:test1.dll hello.cs

Ключей /r может быть много. Например чтобы подключить к проекту hello.cs две DLL библиотеки test1.dll и test2.dll строка компилятора будет выглядеть так:

csc /t:exe /r:test1.dll /r:test2.dll hello.cs

У вас есть еще вопросы по Net.Framework на которые вы не нашли ответа?

Обращайтесь с ними в форум газеты <http://www.nestor.minsk.by/kg/news_trb> я вам охотно на них отвечу.

Какая версия MSDN должна быть в дистрибутиве Visual Studio NET.

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

Я так понимаю строчка "Version=2003FEB" - это из релиза VsNet 2003? Но ведь там должен быть Msdn от апреля 2003. Или нет?

Должен, но в моей статье, на которую вы ссылаетесь, описан не релиз Visual Studio Net 2003. Обратите внимание, я везде пишу "сюда пишем DISK1,а сюда DISK2".

Самое удивительное заключается в том, что я, до сих пор, нигде не видел официальных дисков “Visual Studio 7.1 Everett” изначально разбитой на отдельные компакт-диски. Они выпущены, но я с ними не встречался. Те дистрибутивы, что ходят у нас по стране, исходно распространялись не на CD-ROM, а на одном DVD диске.

Это обстоятельство, кстати, приводит к множеству проблем во время установки. Вы вполне можете встретиться с нехваткой некоторых файлов (при их наличии на других дисках этого же дистрибутива) и порой даже и вовсе полной невозможностью установки некоторых из "пиратских" дистрибутивов на ваш компьютер. Решаются все эти проблемы довольно легко. Перепишите все файлы с каждого из имеющихся у вас дисков на винчестер, в одну и ту же папку. Затем запустите установку из этой папки. Таким образом, вы имитируете структуру каталогов исходного DVD диска.

В своей статье я описывал Visual Studio 7.1 Final Beta (November 2002). Этот дистрибутив распространялся на 8 компакт-дисках, обладает ограничением времени работы, и раздавался Майкрософт всем желающим по цене 1 рубль, плюс стоимость доставки, при помощи Интернет магазина OZON. Акция проходила в феврале-марте 2003 года.

Где-то в июле-августе этого года, точно не помню, данный пакет начал выводить окно, в котором сообщалось, что время действия бета-версии окончилось и пора, мол, и честь знать. К этому времени уже появился официальный релиз, опять таки раздаваемый "за 1 рубль" на OZON. Этот релиз шел на DVD диске и являлся 60-дневной оценочной версией (60- Day Trial).

По моим наблюдениям, именно из него и сделана большая часть "пиратских релизов", в том числе и более новые их разновидности, сделанные на 5 или 8 дисках.

У нас также продаются "пиратские" диски, на которых расположены отдельные языки программирования, входящие в комплект Visual Studio NET 2003. Так, к примеру, вам может попасться диск озаглавленный "C#","J#" или там "VB.NET". Майкрософт действительно выпускал подобные дистрибутивы, но эти диски не имеют к ним никакого отношения!

На самом деле, и эти диски сделаны пиратами из описываемой 60-дневной ознакомительной версии. Коренное отличие таких дисков от “родных”, заключается в том, что в инструкции к пиратскому дистрибутиву вас просят не указывать языки программирования, отсутствующие в их поставке, а на Майкрософтовских дисках "левые" языки просто отсутствуют в меню инсталлятора.

Делались такие диски пиратами на скорую руку, поэтому в эти диски затесались фрагменты всех остальных языков программирования, входящих в комплект полной Visual Studio 2003. Помимо того, на том этапе своих исследований, пираты, по всей видимости, еще не разобрались во взаимосвязи пакетов между собой и структуре меню инсталлятора. Так, двух их дисков "C#" и "VB.NET" вполне достаточно для того, чтобы воссоздать примерно 95 процентов всех файлов, входящих в комплект официального релиза. А так как меню они не изменяли, то вы можете преспокойно установить с них полный комплект языков программирования, за исключением некоторого количества второстепенных пакетов. Для примера, если я ничего не путаю, они поместили Crystal Report на диск с “J#”, а со всех остальных дисков убрали.

В общем, попала мне в руки Vs .Net 2003 на 8 Cd. В указанном вами файле у меня тоже написано, что Msdn от февраля. На диске Msdn я нахожу папку, которая говорит, что Msdn от января! Более того, реально даты файлов на дисках с Vs .Net от апреля.

Все правильно, если вы прогуляетесь по каталогам компакт диска с MSDN, то вскоре обнаружите в нем папку "X:\Program Files\MSDN\2003JAN". Название папки явно указывает на то, что это MSDN от января 2003 года. Но если вы, после установки этого дистрибутива на диск, посмотрите структуру каталогов, которую он создал, то обнаружите папку "C:\Program Files\MSDN\2003FEB" то есть от февраля 2003 года, а папки 2003JAN там не будет! Впервые на этот нюанс в смене названия папки, я наткнулся еще в Final Beta от ноября 2002 года.

Складывается ощущение, что в момент создания Final Beta, ее разработчики рассчитывали выпустить релиз в феврале, включив в него январскую MSDN. Напомню, в феврале 2002 года вышла предыдущая версия Visual Studio NET, поэтому эта дата имеет для Майкрософт особое значение.

Затем, дата выпуска сдвинулась на апрель, по всей видимости, Майкрософт решил совместить презентацию Visual Studio 2003 с презентацией Windows Server 2003. Все это время обновлялась информация в MSDN for Visual Studio 2003, поэтому к апрелю была уже готова новая версия. Ее и запихали, в конце-концов, в дистрибутив.

Но как система помощи могла быть выпущена (не наштампована, а именно выпущена - на это указывают даты модификаций файлов) раньше релиза?

Легко! Ведь дату модификации, во время записи диска, можно указать ту, которая вам нужна. По всей видимости, ее и поставили на вашем диске совпадающей с датой релиза. Да и “релизный” вид пакет принял еще в ноябре 2002 года. По крайней мере, я не заметил существенных изменений между “Final” и “Final Beta” версиями среды разработки.

Во втором абзаце написано, что Msdn от января не подходит к Vs .Net 2003. А в первом написано, что подходит.

Они все правильно написали. И подходит, и не подходит одновременно. Не смейтесь. Если вы, в процессе установки Visual Studio 2003 Final, подсунете ему MSDN, скажем, от Final Beta, он его благополучно установит и будет с ним вполне корректно работать. Но! Если вы впоследствии попытаетесь что- либо добавить (или убрать) из установленного пакета, он тут же начнет возмущаться вашим древним MSDN и требовать его немедленно убрать из системы.

Происходит так потому, что в файле SETUP.INI, лежащем в корне диска, прописаны Product ID всех приложений, подлежащих обновлению или несовместимые с этой версии Visual Studio. В этом списке есть и прежние версии MSDN, распространявшиеся с бета- версиями продуктов.

Идентификатор продукта, используемой вами версии MSDN, вы можете посмотреть в текстовом файле SETUP\SETUP.SDB на первом диске MSDN. То есть, для того чтобы спокойно пользоваться старым MSDN с новой Visual Studio, необходимо просто удалить строчку его Product ID из этого “черного” списка.

Какой Msdn должен идти с релизом Vs .Net 2003.

Не буду отвечать за Enterprise версию дистрибутива, но файлы, на моем экземпляре “официального” DVD диска Visual Studio 2003 Professional, обладают разной датой модификации. Самый старый из них датирован 12 ноября 2002 года, а самый свежий 29 января 2003 года. Файл установщика MSDN.MSI, лежащий в корне папки с MSDN датирован 22 февраля 2003 года. Папка под названием 2003JAN находится на своем законном месте. Дистрибутив точно также создает вместо нее в момент установки папку 2003FEB.

Если же мы посмотрим файлы в папке обновления системы, находящейся на том же диске и называющейся WCU, то обнаружим, что самый свежий файл в ней датирован 29 марта 2003 года. Таким образом, мы имеем дело с “апрельским” дистрибутивом.

И отвечая на ваш вопрос, постановим, что в “апрельском” релизе Visual Studio 2003 Professional находится дистрибутив MSDN от февраля 2003 года.

Ну а ещё, если знаете, какой релиз Msdn самый последний из сейчас существующих?

Не поверите! От октября 2003 года! Сделаю намеренную паузу, дабы вполне насладится тем восклицанием, которое готово сорваться с ваших губ.

Прямую ссылку я не привожу, так как выглядит она совершенно нечитаемо (длинная череда цифр). В этом обновлении нам обещают более 5000 новых примеров кода и исправление всех найденных ошибок.

Установите это обновление, и ваши вопросы снимутся сами по себе. Вы будете точно уверены в том, что у вас MSDN самый последний! На мой, “февральско - январский”, MSDN это обновление установилось без каких-либо проблем.

Герман Иванов.

(aka German)

Ссылки:

• Статья впервые опубликована в Компьютерной Газете AZ.
• Другие статьи Германа Иванова.