Разное

Dotnet exe что это: Что такое dotnet.exe ? | System Explorer

Содержание

DotNet, которая должна изменить мир | Мир ПК

Весь компьютерный мир поделен на два лагеря — разработчиков ПО и пользователей, причем все представители первого всегда относятся и ко второму — они работают с чужими программами.

Зачастую они мыслят по-разному, ведь одним нужны интересные проекты, другим — качественные программы. Но друг без друга они существовать не могут, и потому им приходится искать общий язык. Общим же для них является то, что современные технологии разработки программных продуктов ни тех, ни других совершенно не устраивают (хотя многие из них не признаются в этом).

За последние годы стоимость компьютеров и аппаратного обеспечения упала в сотни раз, а производительность возросла в тысячи. Однако стоимость разработки ПО практически не изменилась. Почему? Каждый отвечает на этот вопрос по-своему, и к тому же всякий раз по-разному. Если же считать существующую систему разработки программ саморазвивающейся, то ответ лежит на поверхности — причины следует искать в современных технологиях. Как и в природе, где все закономерно, лучше других приспособлены к условиям среды обитания именно те формы, которые отвечают требованиям времени, т. е. жизнь сама выбирает, что лучше. В пользу этой версии свидетельствует и то, что технологии разработки ПО у разных производителей весьма схожи.

Сейчас в компьютерном мире правит бал корпорация Microsoft. Но здесь не будем предаваться размышлениям на тему, хорошо это или плохо. Ругают или нет Windows, она все равно царит повсеместно. Ругают или нет серверные продукты Microsoft (SQL Server, Exchange Server и т.д.), а их доля на рынке постоянно возрастает. Не столь важно, чем такой успех обеспечен, — удачным маркетингом или отличными технологиями, сколь важно то, что появление огромного количества продуктов Microsoft на рынке приводит к качественным изменениям. Значит, уже можно говорить о том, что есть два компьютерных мира — Microsoft вместе с компаниями, идущими близким курсом, и все остальные. Почти во всех сферах своей деятельности Microsoft испытывает мощное противоборство: в области серверных ОС с ним соперничает Sun, в сфере создания продуктов для Internet — Apache, в СУБД — Oracle и другие производители. Однако ни один противник не способен противопоставить ей что-либо по всем фронтам.

Поэтому в руках Microsoft оказался очень сильный козырь — ее неоспоримое преимущество, пользуясь которым она может попытаться изменить компьютерный мир и вывести его на новую ступень развития. Естественно, что ее устремления могут быть далеко не бескорыстны, но здесь интересно другое — можно ли изменить этот мир усилиями одной, пусть даже очень сильной компании. Подобная ситуация уже имела место примерно два десятилетия назад, в пору расцвета империи IBM. Однако ее американское правосудие быстро лишило возможности влиять на судьбы мира. Нечто подобное происходит сейчас и с Microsoft.

Однако рассмотрим ситуацию исключительно с технической стороны. Microsoft выдвинула интересную инициативу, названную «.Net» (читается и пишется «dotNet» — «дотНет»). Так что же она собирается предпринять?

Что такое и что дает dotNet?

Отвечая на каждый вопрос, можно сказать, что dotNet — новая технология Microsoft, направленная на изменение компьютерного мира, а если говорить чуть подробнее, то это набор нескольких инициатив и технологий, программного обеспечения, стандартов и средств разработки. Основное преимущество dotNet для потребителя — реализация единого информационного пространства, соединяющего его с компьютерами и программами, а также ПО между собой. Разработчикам же она позволит просто и быстро создавать нужные продукты.

Итак, ясно: чтобы получить полное представление о dotNet, нужно узнать, из чего она состоит и что дает.

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

Рис. 1. Первая страница сайта Microsoft, посвященного dotNet

Разработчикам dotNet позволяет создавать мощные программы, использующие все возможности современных компьютеров и сетей без реализации вспомогательных функций (практически почти все эти функции берет на себя платформа), и заниматься только реализацией бизнес-логики своего продукта. Следовательно, они будут способны быстро создавать качественные (и простые!) программы, имеющие множество возможностей, интегрированных c Internet, столь необходимые пользователям. Это ведет к улучшению и удешевлению ПО, а также к уменьшению количества ошибок.

Платформа dotNet также включает в себя и те серверные продукты, которые могут применять не только (и не столько) создатели ПО, но и разработчики сложных корпоративных информационных систем.

Сейчас время бурного развития электронной коммерции. Имеющийся инструментарий создания сетевых торговых площадок уже не всегда удовлетворяет требованиям бизнеса. И при разработке новых средств для этой области основное слово должна сказать технология Web-сервисов (WebService).

Рис. 2. Структура dotNet

Претендующая на всеохватность технология dotNet должна состоять из множества компонентов, связанных между собой. Структура платформы dotNet (рис. 2) делится на несколько частей:

  • Собственно операционная система, где исполняются приложения. Сейчас в качестве ОС предлагается Windows CE, ME или 2000 (среда исполнения (framework) dotNet там устанавливается отдельно), затем — следующая версия Windows под условным названием Windows.Net, возможно, Whistler, а возможно, и следующая версия, Blackcomb. Система Net Framework будет поставляться и устанавливаться сразу с ОС.
  • Платформа для разработки офисных приложений Office.Net (версия появится после готовящегося к выпуску пакета Office 2001).
  • MSN.Net и bCentral.Net — сетевые сервисы платформы dotNet для дома, а также малого и среднего бизнеса.
  • Enterprise Servers — серверные продукты, такие как Exchange 2000, SQL 2000, BizTalk Server 2000 и т. д.
  • Visual Studio.Net — средства разработки приложений.

Среда dotNet (.Net Framework)

К основным компонентам среды dotNet (рис. 3) относятся операционная система, под управлением которой работает Среда исполнения общего языка (CLR, Common Language Runtime) и ее сервисы (библиотеки классов и библиотеки, поддерживающие технологии WebService, WebForms, WinForms и т. д.).

Рис. 3. Основные компоненты среды dotNet

Технология dotNet позволяет упрощать создание программных компонентов и контролировать исполнение. Их можно разрабатывать на языках программирования Cи++, Visual Basic и совершенно новом языке C# фирмы Microsoft (его название произносится как «си-шарп», а если перевести с языка нотной записи, то как до-диез, т. е. тот же Cи или Cи++, но на полтона выше). Это достигается с помощью Среды исполнения общего языка. Если раньше все программы, кроме интерпретируемых, выполнялись непосредственно с помощью ОС и команд процессора, то с появлением CLR разработчики смогут выбирать, какие создавать продукты: либо выполняющиеся на свой страх и риск, самостоятельно оперирующие возможностями ОС и процессора, либо такие, за работой которых будет строго следить CLR, проверяя, правильно ли выделяются и вовремя ли высвобождаются ресурсы, не происходит ли недопустимых действий и т. д. Неконтролируемые (unmanaged) программы пишутся только на Cи++, а контролируемые (managed) — на Cи++, Visual Basic или C#. Но чудес не бывает — и контролируемые программы делаются только на подмножестве Cи++. Несколько примиряет с этим то, что теперь разрешено создавать класс на Cи++, наследовать от него в Visual Basic, а использовать на C#.

Среда CLR напоминает и Java, и виртуальную машину Java с исполнением байт-кода, за исключением следующего:

  • Байт-код здесь называется промежуточным языком (Intermediate Language) и имеет открытую спецификацию, что дает надежду на перенос в CLR других языков программирования.
  • Программы можно создавать на нескольких языках одновременно, смешивая исходные тексты на уровне компонентов.
  • Благодаря поддержке ОС программы не интерпретируются при исполнении, а транслируются до этого (технология JIT compilation — just in time compilation), а затем функционируют уже обработанные модули. Причем применяются экономичные и производительные алгоритмы разбора и продукции, сохраняются откомпилированные модули и т. д., что позволяет в определенной степени предполагать отсутствие проблем, связанных с производительностью.

Кроме того, CLR включает разнообразные средства, упрощающие разработку (отладчики, профайлеры и т.п.), распространение и поддержку программ (контроль версий, регистрация, использование мета-данных, и т.д.), а также их выполнение (прокси-серверы, контроль использования памяти, сборка мусора и др.).

Серверные продукты dotNet

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

Позже были реализованы средства для обеспечения совместной работы, например Lotus Notes и Exchange, которые, кроме того, служат и платформами для разработки.

Затем вошли в обиход продукты, обеспечивающие доставку сообщений (Message Oriented Middleware), такие как IBM MQSeries и MSMQ. Они позволяют организовать обмен сообщениями в распределенной системе, имеющей разнородные (и подчас ненадежные) каналы связи. Их отличие от почтовых серверов заключается в том, что они ориентированы на обмен информацией не между людьми, а между различными частями программных систем.

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

Сервер интеграции приложений играет роль клея, являясь промежуточным звеном между существующими программными системами, помогая им преобразовывать данные и доставлять друг другу сообщения.

Все шире применяется специализированное серверное программное обеспечение. Microsoft в системе dotNet лишь развивает это направление, оставив существующие продукты (Exchange и SQL) и добавив новые (BizТalk Server, Application Center 2000). Кратко опишем их возможности.

  • Microsoft Application Center 2000. Первая версия сервера приложений, сейчас находится в стадии бета-тестирования.
  • Microsoft BizTalk Server 2000. Первая версия сервера интеграции приложений, позволяющего реализовывать сложные бизнес-процессы как внутри одной организации, так и между несколькими (B2B). Сейчас проводится его бета-тестирование.
  • Microsoft Commerce Server 2000. Сервер для создания розничных электронных торговых площадок (B2C), развившийся из Microsoft Site Server. Тесно интегрирован с BizTalk Server. Находится в стадии бета-тестирования.
  • Microsoft Exchange 2000. Очередная версия популярного почтового сервера, правда, знатоки утверждают, что она отличается от предыдущей, как «Феррари» от «Запорожца». Включает в себя множество средств для создания решений в области управления знаниями и документооборота. Продукт уже вышел на рынок.
  • Microsoft Host Integration Server 2000. Следующая версия Microsoft SNA Server — сервера интеграции с мэйнфреймами. Сейчас в стадии бета-тестирования.
  • Microsoft Internet Security and Acceleration Server 2000. Значительно улучшенное и развитое по сравнению с Proxy Server 2.0 средство корпоративного доступа в Internet. Имеет большие возможности кэширования и организации корпоративной политики доступа. Пока пребывает в стадии бета-тестирования.
  • Microsoft Mobile Information 2001 Server. Один из самых последних серверных продуктов. Предоставляет возможности dotNet для мобильных устройств. Продукт еще на стадии проектирования, и не выпущено ни одной версии.
  • Microsoft Tahoe Server. Это средство для реализации корпоративных intranet-порталов на базе Web Storage — объектно-ориентированного хранилища неструктурированной или слабоструктурированной информации, например документов. Используется в Exchange Server для хранения почтовых сообщений.
  • Microsoft SQL Server 2000. Доработанная версия (вышел релиз) дает новые возможности для построения БД.

Некоторые серверы, ранее бывшие отдельными продуктами, теперь вошли в состав Windows 2000, например Internet Information Server, ставший Internet Information Services, Certificate Server, MSMQ (Microsoft Message Queue Server), MTS (Microsoft Transaction Server) и т.д.

Web-сервисы

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

Банк устанавливает Web-сервис, позволяющий программно оперировать счетами (без пользовательского интерфейса). Дистрибутор создает Web-сервис, предоставляющий дилерам возможность получать информацию о наличии товара, возможностях доставки и текущих ценах. Кроме того, с помощью этого ПО можно программно заказать товары, не обращаясь к HTML-интерфейсу. Автоматизирующее работу фирмы-дилера приложение при поступлении заказов или отсутствии необходимого количества товара на складе автоматически (или под контролем пользователя) находит наиболее выгодные условия, формирует заказ, составляет план действия и после получения соответствующих указаний от человека осуществляет его. Контроль над исполнением заказа также может быть автоматизирован.

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

Технология Web-сервисов, предоставляющая открытые стандарты взаимодействия корпораций между собой, поможет позволить реализовывать межкорпоративные информационные системы без длительного согласования интерфейсов. Такие стандарты уже есть — HTTP как транспортный протокол, язык XML как средство представления информации и новый протокол SOAP взаимодействия программных компонентов в Internet. (см. «Мир ПК» 12/2000, с.154)

Средства и технологии разработки

Чтобы создавать ПО для работы на платформе dotNet, потребовались новые средства и технологии, среди которых наиболее заметными стали управляемое исполнение кода (managed execution) и новый язык программирования C#. Последнему сейчас уделяется излишнее внимание, и многие, говоря о dotNet, думают о C#, а ведь это, хотя и заметное, все же лишь одно из множества новшеств.

Язык C# достаточно похож по синтаксису и возможностям на Java (да простят меня адепты и Sun, и Microsoft) и давно служит желанной цели (уж очень давно к ней стремятся) — созданию языка, столь же мощного, как Cи++, но простого и безопасного. Можно назвать это и одним из проявлений борьбы между универсальностью и эффективностью, в которую включился и такой критерий, как простота использования.

Однако в C# нет ничего, чего не встречается в других языках программирования.

Технология доступа к данным ADO+ — это существенно переработанная версия ADO (Active Data Objects). От существующих технологий ее отличает (помимо того, что она имеет совершенно другую объектную модель) возможность распределенной работы благодаря использованию XML и строгая типизация. Кроме того, она обладает расширенными возможностями работы с неструктурированными или слабоструктурированными данными.

Компоненты ASP+, WebForms и WinForms технологии dotNet отличаются новшествами в создании пользовательского интерфейса: WinForms предоставляют возможности для его разработки в локальных программах, ASP+ (Active Server Pages) и WebForms — в Internet. Технология WinForms развивает общепринятую тенденцию разработки библиотек классов пользовательского интерфейса, а ASP+ и WinForms привносят эти методы в программирование интерфейса в Web-решениях.

Рис. 4. Среда разработки Visual Studio

Долгожданная версия средств разработки Visual Studio.Net (рис. 4) корпорации Microsoft целиком ориентирована на dotNet. Счастливчики уже этим летом могли увидеть и попробовать в работе Visual Studio.Net. На конференции профессиональных разработчиков PDC (Professional Developers Conference), прошедшей в июле этого года, участникам были розданы диски с даже не бета-версией, а всего лишь с ознакомительным вариантом Visual Studio. Тем не менее продукт оказался достаточно стабильным и доработанным, на нем уже сейчас можно создавать ПО для платформы dotNet. (Пока готовилась статья, уже вышла в свет бета-версия Visual Studio.Net. — Прим. ред.)

Для всех желающих Microsoft предоставил в открытом доступе набор средств разработки NGWS SDK (Next Generation Windows Services Software Developers Kit), куда входит не только сама .Net Framework, но и универсальный компилятор, позволяющий создавать для нее программы на C#, (а также на C++ и Visual Basic). Он находится в свободном доступе на Web-сервере MSDN Online downloads.

Следует также отметить наличие в Visual Studio.Net единой среды разработки для перечисленных выше языков программирования, возможности управлять всей программной системой (состоящей из серверов, БД и т.д.) прямо из этой среды, и возросшее удобство работы.

* * *

Практически все, познакомившись с dotNet, задаются вопросом: чем же этот набор технологий отличается от Java? С определенной натяжкой можно сказать, что dotNet — ответ Microsoft Sun. Microsoft сначала попыталась пойти по пути взаимодействия с Java, но не встретила отклика со стороны Sun. Видимо, многочисленные судебные разбирательства привели Microsoft к мысли, что проще разработать свою технологию, нежели пытаться принять и развить подходы, являющиеся собственностью другой, конкурирующей компании. Тем более что dotNet гораздо богаче Java и по идеям, и по возможностям реализации. Основной парадигмой Java была (и, судя по всему, остается) многоплатформность (отчасти надуманная), а у dotNet задачи несколько иные (хотя не отрицается и эта). К самому ощутимому минусу технологии dotNet (хотя я считаю это явным плюсом) можно отнести то, что в ней имеется множество отличий от всего ныне существующего. Значит, всем нам, особенно разработчикам ПО, придется адаптироваться к новым условиям и переучиваться. А у нас, судя по популярности консольных приложений и Turbo Pascal 7.0, которому посвящают все новые и новые книжки, овладевать чем-нибудь новым не очень-то любят.

Правда, внушает оптимизм бурная реакция на появление dotNet со стороны производителей ПО — проявила интерес Corel (пусть и несколько вынужденный) и возникли слухи о переносе dotNet на Unix (слишком уж активно опровергаемые). Определенно, нас ждут интересные события в компьютерном мире — Microsoft приготовила еще немало сюрпризов и раскрыла не все карты. Так что следите за новостями...

ОБ АВТОРЕ

Александр Ложечкин — системный аналитик компании Digital Design, e-mail: [email protected]


Для тех, кто хочет узнать больше

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

Общие сведения
Серверные продукты dotNet
Средства и технологии разработки

Команда dotnet - .NET CLI

  • Чтение занимает 10 мин

В этой статье

Эта статья относится к следующему. ✔️ SDK для .NET Core 2.1 и более поздних версийThis article applies to: ✔️ .NET Core 2.1 SDK and later versions

nameName

dotnet — универсальный драйвер для интерфейса командной строки .NET (CLI).dotnet - The generic driver for the .NET CLI.

Краткий обзорSynopsis

Чтобы получить сведения о среде и доступных командах, выполните следующие действия:To get information about the available commands and the environment:

dotnet [--version] [--info] [--list-runtimes] [--list-sdks]

dotnet -h|--help

Выполнение команды (требуется установка пакета SDK):To run a command (requires SDK installation):

dotnet <COMMAND> [-d|--diagnostics] [-h|--help] [--verbosity <LEVEL>]
    [command-options] [arguments]

Запуск приложения:To run an application:

dotnet [--additionalprobingpath <PATH>] [--additional-deps <PATH>]
    [--fx-version <VERSION>]  [--roll-forward <SETTING>]
    <PATH_TO_APPLICATION> [arguments]

dotnet exec [--additionalprobingpath] [--additional-deps <PATH>]
    [--fx-version <VERSION>]  [--roll-forward <SETTING>]
    <PATH_TO_APPLICATION> [arguments]

Команда --roll-forward доступна, начиная с версии .NET Core 3.x.--roll-forward is available since .NET Core 3.x. Для .NET Core 2.x следует использовать --roll-forward-on-no-candidate-fx.Use --roll-forward-on-no-candidate-fx for .NET Core 2.x.

ОписаниеDescription

Команда dotnet выполняет две функции:The dotnet command has two functions:

  • Она предоставляет команды для работы с проектами .NET.It provides commands for working with .NET projects.

    Например, команда dotnet build выполняет построение проекта.For example, dotnet build builds a project. Каждая команда определяет свои параметры и аргументы.Each command defines its own options and arguments. Все команды поддерживают параметр --help, позволяющий вывести краткую справку по их использованию.All commands support the --help option for printing out brief documentation about how to use the command.

  • Она запускает приложения .NET.It runs .NET applications.

    Для запуска приложения необходимо указать путь к его файлу .dll.You specify the path to an application .dll file to run the application. Чтобы запустить приложение, необходимо найти и выполнить точку входа, которая в случае использования консольных приложений является методом Main.To run the application means to find and execute the entry point, which in the case of console apps is the Main method. Например, команда dotnet myapp.dll запускает приложение myapp.For example, dotnet myapp.dll runs the myapp application. Дополнительные сведения о параметрах развертывания см. в статье Развертывание приложений .NET.See .NET application deployment to learn about deployment options.

ПараметрыOptions

Доступны параметры для dotnet, для выполнения команды, а также для запуска приложения.Different options are available for dotnet by itself, for running a command, and for running an application.

Параметры для dotnetOptions for dotnet by itself

Для dotnet доступны следующие параметры.The following options are for dotnet by itself. Например, dotnet --info.For example, dotnet --info. Выводит сведения о среде.They print out information about the environment.

  • --info

    Выводит подробные сведения об установке .NET и среде компьютера, например текущую операционную систему и фиксацию SHA версии .NET.Prints out detailed information about a .NET installation and the machine environment, such as the current operating system, and commit SHA of the .NET version.

  • --version

    Выводит версию используемого пакета SDK для .NET.Prints out the version of the .NET SDK in use.

  • --list-runtimes

    Выводит список установленных сред выполнения .NET.Prints out a list of the installed .NET runtimes. Версия x86 пакета SDK содержит только среды выполнения x86, а в версии x64 пакета SDK содержатся только среды выполнения x64.An x86 version of the SDK lists only x86 runtimes, and an x64 version of the SDK lists only x64 runtimes.

  • --list-sdks

    Выводит список установленных пакетов SDK для .NET.Prints out a list of the installed .NET SDKs.

  • -h|--help

    Выводит список доступных команд.Prints out a list of available commands.

Параметры пакета SDK для выполнения командыSDK options for running a command

Для dotnet с командой доступны следующие параметры.The following options are for dotnet with a command. Например, dotnet build --help.For example, dotnet build --help.

  • -d|--diagnostics

    Включает вывод диагностических данных.Enables diagnostic output.

  • -v|--verbosity <LEVEL>

    Задает уровень детализации команды.Sets the verbosity level of the command. Допустимые значения: q[uiet], m[inimal], n[ormal], d[etailed] и diag[nostic].Allowed values are q[uiet], m[inimal], n[ormal], d[etailed], and diag[nostic]. Поддерживается не во всех командах.Not supported in every command. Дополнительные сведения см. на странице соответствующей команды.See specific command page to determine if this option is available.

  • -h|--help

    Выводит на экран документацию для определенной команды, например dotnet build --help.Prints out documentation for a given command, such as dotnet build --help.

  • command options

    Для каждой команды определяются относящиеся к ней параметры.Each command defines options specific to that command. Список доступных для команды параметров можно просмотреть на соответствующей ей странице.See specific command page for a list of available options.

Параметры среды выполненияRuntime options

При запуске приложения в dotnet доступны следующие параметры.The following options are available when dotnet runs an application. Например, dotnet myapp.dll --roll-forward Major.For example, dotnet myapp.dll --roll-forward Major.

  • --additionalprobingpath <PATH>

    Путь, содержащий политику проверки и проверяемые сборки.Path containing probing policy and assemblies to probe.

  • --additional-deps <PATH>

    Путь к дополнительному файлу .deps.json.Path to an additional .deps.json file. Файл deps.json содержит список зависимостей, зависимости компиляции и сведения о версии, используемые для устранения конфликтов сборок.A deps.json file contains a list of dependencies, compilation dependencies, and version information used to address assembly conflicts. Дополнительные сведения см. в разделе Файлы конфигурации среды выполнения на GitHub.For more information, see Runtime Configuration Files on GitHub.

  • --depsfile <PATH_TO_DEPSFILE>

    Путь к файлу deps.json.Path to the deps.json file. Файл конфигурации deps.json содержит информацию о зависимостях, необходимых для выполнения приложения.A deps.json file is a configuration file that contains information about dependencies necessary to run the application. Этот файл создается пакетом SDK для .NET.This file is generated by the .NET SDK.

  • --runtimeconfig

    Путь к файлу runtimeconfig.json.Path to a runtimeconfig.json file. Файл runtimeconfig.json представляет собой файл конфигурации, содержащий параметры среды выполнения.A runtimeconfig.json file is a configuration file that contains run-time settings. Дополнительные сведения см. в статье Параметры конфигурации среды выполнения .NET.For more information, see .NET run-time configuration settings.

  • --roll-forward <SETTING> Доступно, начиная с пакета SDK для .NET Core 3.0.--roll-forward <SETTING> Available starting with .NET Core SDK 3.0.

    Управляет применением наката к приложению.Controls how roll forward is applied to the app. SETTING может иметь одно из следующих значений.The SETTING can be one of the following values. Если тип не указан, по умолчанию используется вариант Minor.If not specified, Minor is the default.

    • LatestPatch — накат до версии с наибольшим номером исправления.LatestPatch - Roll forward to the highest patch version. Отключает накат дополнительных версий.This disables minor version roll forward.
    • Minor — накат до дополнительной версии со следующим по порядку возрастания номером, если запрошенная дополнительная версия отсутствует.Minor - Roll forward to the lowest higher minor version, if requested minor version is missing. Если запрошенная дополнительная версия присутствует, используется политика LatestPatch.If the requested minor version is present, then the LatestPatch policy is used.
    • Major — накат до основной версии со следующим по порядку возрастания или дополнительной версии с наименьшим номером, если запрошенная дополнительная версия отсутствует.Major - Roll forward to lowest higher major version, and lowest minor version, if requested major version is missing. Если запрошенная основная версия присутствует, используется политика Minor.If the requested major version is present, then the Minor policy is used.
    • LatestMinor — накат до дополнительной версии с наибольшим номером, даже если запрошенная дополнительная версия присутствует.LatestMinor - Roll forward to highest minor version, even if requested minor version is present. Предназначен для сценариев размещения компонентов.Intended for component hosting scenarios.
    • LatestMajor — накат до основной версии с наибольшим номером и дополнительной версии с наибольшим номером, даже если запрошенная основная версия присутствует.LatestMajor - Roll forward to highest major and highest minor version, even if requested major is present. Предназначен для сценариев размещения компонентов.Intended for component hosting scenarios.
    • Disable — накат не выполняется.Disable - Don't roll forward. Привязка только к указанной версии.Only bind to specified version. Эта политика не рекомендуется для общего использования, поскольку отключает возможность наката до последних исправлений.This policy isn't recommended for general use because it disables the ability to roll forward to the latest patches. Это значение рекомендуется использовать только для тестирования.This value is only recommended for testing.

    Все параметры, кроме параметра Disable, будут использовать версию с последним доступным исправлением.With the exception of Disable, all settings will use the highest available patch version.

    Поведение наката также можно настроить в свойствах файла проекта, файла конфигурации среды выполнения и переменной среды.Roll forward behavior can also be configured in a project file property, a run-time configuration file property, and an environment variable. Дополнительные сведения см. в разделе Накат основной версии среды выполнения.For more information, see Major-version runtime roll forward.

  • --roll-forward-on-no-candidate-fx <N> Доступно в пакете SDK для .NET Core 2.x.--roll-forward-on-no-candidate-fx <N> Available in .NET Core 2.x SDK.

    Определяет поведение, когда требуемая общая платформа недоступна.Defines behavior when the required shared framework is not available. Параметр N может принимать следующие значения:N can be:

    • 0 — отключает увеличение дополнительных версий.0 - Disable even minor version roll forward.
    • 1 — позволяет увеличивать дополнительный номер версии, но не основной.1 - Roll forward on minor version, but not on major version. Это поведение установлено по умолчанию.This is the default behavior.
    • 2 — включает увеличение основных и дополнительных версий.2 - Roll forward on minor and major versions.

    Дополнительные сведения о накате можно найти в этой статье.For more information, see Roll forward.

    Начиная с .NET Core 3.0, этот параметр заменяется параметром --roll-forward, который следует использовать вместо него.Starting with .NET Core 3.0, this option is superseded by --roll-forward, and that option should be used instead.

  • --fx-version <VERSION>

    Версия среды выполнения .NET, используемой для запуска приложения.Version of the .NET runtime to use to run the application.

    Этот параметр переопределяет версию первой ссылки на платформу в файле .runtimeconfig.json приложения.This option overrides the version of the first framework reference in the application's .runtimeconfig.json file. Таким образом, он работает правильно только с одной ссылкой на платформу.This means it only works as expected if there's just one framework reference. Если приложение содержит более одной ссылки на платформы, использование этого параметра может приводить к ошибкам.If the application has more than one framework reference, using this option may cause errors.

Команды dotnetdotnet commands

ОбщееGeneral

КомандаCommand ФункцияFunction
dotnet builddotnet build Выполняет сборку приложения .NET.Builds a .NET application.
dotnet build-serverdotnet build-server Взаимодействует с серверами, запущенными сборкой.Interacts with servers started by a build.
dotnet cleandotnet clean Очищает выходные данные сборки.Clean build outputs.
dotnet helpdotnet help Выводит более подробную документацию из Интернета для команды.Shows more detailed documentation online for the command.
dotnet migratedotnet migrate Переносит допустимый проект предварительной версии 2 в проект пакета SDK .NET Core 1.0.Migrates a valid Preview 2 project to a .NET Core SDK 1.0 project.
dotnet msbuilddotnet msbuild Обеспечивает доступ к командной строке MSBuild.Provides access to the MSBuild command line.
dotnet newdotnet new Инициализирует проект C# или F# для заданного шаблона.Initializes a C# or F# project for a given template.
dotnet packdotnet pack Создает пакет NuGet с кодом.Creates a NuGet package of your code.
dotnet publishdotnet publish Публикует платформозависимое или автономное приложение .NET.Publishes a .NET framework-dependent or self-contained application.
dotnet restoredotnet restore Восстанавливает зависимости для данного приложения.Restores the dependencies for a given application.
dotnet rundotnet run Запускает приложение из источника.Runs the application from source.
dotnet slndotnet sln Параметры для добавления, удаления и перечисления проектов в файле решения.Options to add, remove, and list projects in a solution file.
dotnet storedotnet store Сохраняет сборки в хранилище пакетов среды выполнения.Stores assemblies in the runtime package store.
dotnet testdotnet test Выполняет тесты с помощью средства запуска тестов.Runs tests using a test runner.

Ссылки на проектыProject references

Пакеты NuGetNuGet packages

Команды NuGetNuGet commands

Команды глобального, установочного и локального средстваGlobal, tool-path, and local tools commands

Средства — это консольные приложения, которые устанавливаются из пакетов NuGet и вызываются из командной строки.Tools are console applications that are installed from NuGet packages and are invoked from the command prompt. Вы можете писать средства самостоятельно или устанавливать средства, написанные другими.You can write tools yourself or install tools written by third parties. Средства также называются глобальными средствами, средствами пути к средству и локальными средствами.Tools are also known as global tools, tool-path tools, and local tools. Дополнительные сведения см. в обзоре средств .NET.For more information, see .NET tools overview. Глобальные и установочные средства доступны, начиная с версии пакета SDK .NET Core 2.1.Global and tool-path tools are available starting with .NET Core SDK 2.1. Локальные средства доступны в пакете SDK для .NET Core, начиная с версии 3.0.Local tools are available starting with .NET Core SDK 3.0.

КомандаCommand ФункцияFunction
dotnet tool installdotnet tool install Устанавливает средство на компьютере.Installs a tool on your machine.
dotnet tool listdotnet tool list Выводит все глобальные, установочные и локальные средства, установленные на компьютере.Lists all global, tool-path, or local tools currently installed on your machine.
dotnet tool searchdotnet tool search Ищет в NuGet.org средства, в названии или метаданных которых есть указанный поисковый запрос.Searches NuGet.org for tools that have the specified search term in their name or metadata.
dotnet tool uninstalldotnet tool uninstall Удаляет средство с компьютера.Uninstalls a tool from your machine.
dotnet tool updatedotnet tool update Обновляет средство, установленное на компьютере.Updates a tool that is installed on your machine.

Дополнительные средстваAdditional tools

Ряд средств, которые ранее были доступны только для отдельных проектов через DotnetCliToolReference, стали частью пакета SDK для .NET начиная с версии 2.1.300.Starting with .NET Core SDK 2.1.300, a number of tools that were available only on a per project basis using DotnetCliToolReference are now available as part of the .NET SDK. Эти средства перечислены в следующей таблице.These tools are listed in the following table:

СредствоTool ФункцияFunction
dev-certsdev-certs Создает сертификаты разработки и управляет ими.Creates and manages development certificates.
efef Средства командной строки для Entity Framework Core.Entity Framework Core command-line tools.
sql-cachesql-cache Средства командной строки для кэша SQL Server.SQL Server cache command-line tools.
user-secretsuser-secrets Управляет секретами пользователей для разработки.Manages development user secrets.
watchwatch Запускает наблюдатель за файлами, который выполняет команду при изменении файлов.Starts a file watcher that runs a command when files change.

Дополнительные сведения о каждом средстве можно получить с помощью команды dotnet <tool-name> --help.For more information about each tool, type dotnet <tool-name> --help.

ПримерыExamples

Создание нового консольного приложения .NET:Create a new .NET console application:

dotnet new console

Сборка проекта и его зависимостей в указанном каталоге:Build a project and its dependencies in a given directory:

dotnet build

Запуск приложения:Run an application:

dotnet myapp.dll

Переменные средыEnvironment variables

  • DOTNET_ROOT, DOTNET_ROOT(x86)DOTNET_ROOT, DOTNET_ROOT(x86)

    Указывает расположение сред выполнения .NET, если оно отличается от задаваемого по умолчанию.Specifies the location of the .NET runtimes, if they are not installed in the default location. В ОС Windows по умолчанию используется расположение C:\Program Files\dotnet.The default location on Windows is C:\Program Files\dotnet. В ОС Linux и macOS по умолчанию используется расположение /usr/share/dotnet.The default location on Linux and macOS is /usr/share/dotnet. Эта переменная среды используется только при запуске приложений с помощью созданных исполняемых файлов (apphost).This environment variable is used only when running apps via generated executables (apphosts). При запуске 32-разрядного исполняемого файла в 64-разрядной ОС вместо нее используется DOTNET_ROOT(x86).DOTNET_ROOT(x86) is used instead when running a 32-bit executable on a 64-bit OS.

  • NUGET_PACKAGES

    Папка глобальных пакетов.The global packages folder. Если значение не задано, то по умолчанию в Unix используется ~/.nuget/packages, а в Windows — %userprofile%\.nuget\packages.If not set, it defaults to ~/.nuget/packages on Unix or %userprofile%\.nuget\packages on Windows.

  • DOTNET_SERVICING

    Задает расположение служебного индекса, который будет использоваться общим узлом при загрузке среды выполнения.Specifies the location of the servicing index to use by the shared host when loading the runtime.

  • DOTNET_NOLOGO

    Указывает, отображаются ли сообщения приветствия и данные телеметрии .NET при первом запуске.Specifies whether .NET welcome and telemetry messages are displayed on first run. Установите значение true для отключения звука этих сообщений (принимаются значения true, 1 или yes) или установите значение false для разрешения звука (принимаются значения false, 0 или no).Set to true to mute these messages (values true, 1, or yes accepted) or set to false to allow (values false, 0, or no accepted). Если не задано, по умолчанию используется false и при первом запуске будут отображаться сообщения.If not set, the default is false and the messages will be displayed on first run. Этот флаг не влияет на данные телеметрии (см. DOTNET_CLI_TELEMETRY_OPTOUT, чтобы отменить отправку телеметрии).This flag has no effect on telemetry (see DOTNET_CLI_TELEMETRY_OPTOUT for opting out of sending telemetry).

  • DOTNET_CLI_TELEMETRY_OPTOUT

    Указывает, собираются ли данные по использованию средств .NET для отправки в корпорацию Майкрософт.Specifies whether data about the .NET tools usage is collected and sent to Microsoft. Установите значение true, чтобы отказаться от функций телеметрии (поддерживаются значения true, 1 или yes).Set to true to opt-out of the telemetry feature (values true, 1, or yes accepted). Также можно установить значение false, чтобы согласиться на функции телеметрии (поддерживаются значения false, 0 или no).Otherwise, set to false to opt into the telemetry features (values false, 0, or no accepted). Если значение не задано, то по умолчанию используется false, то есть функция телеметрии включена.If not set, the default is false and the telemetry feature is active.

  • DOTNET_MULTILEVEL_LOOKUP

    Указывает, разрешается ли из глобального расположения среда выполнения .NET, общая платформа или пакет SDK.Specifies whether .NET runtime, shared framework, or SDK are resolved from the global location. Если не задано, используется значение по умолчанию 1 (логическое значение true).If not set, it defaults to 1 (logical true). Задайте значение 0 (логическое значение false), чтобы не разрешать эти сущности из глобального расположения и использовать изолированные установки .NET.Set to 0 (logical false) to not resolve from the global location and have isolated .NET installations. Дополнительные сведения о многоуровневом поиске см. в разделе Многоуровневый поиск SharedFX.For more information about multi-level lookup, see Multi-level SharedFX Lookup.

  • DOTNET_ROLL_FORWARD Доступно, начиная с .NET Core версии 3.x.DOTNET_ROLL_FORWARD Available starting with .NET Core 3.x.

    Определяет поведение наката.Determines roll forward behavior. Дополнительные сведения см. в описании параметра --roll-forward, приведенном выше в этой статье.For more information, see the --roll-forward option earlier in this article.

  • DOTNET_ROLL_FORWARD_TO_PRERELEASE Доступно, начиная с .NET Core версии 3.x.DOTNET_ROLL_FORWARD_TO_PRERELEASE Available starting with .NET Core 3.x.

    Если задано значение 1 (включено), поддерживается накат версии выпуска на предварительную версию.If set to 1 (enabled), enables rolling forward to a pre-release version from a release version. По умолчанию (если 0 отключено) при запросе версии выпуска среды выполнения .NET накат будет выполняться только для установленных версий выпуска.By default (0 - disabled), when a release version of .NET runtime is requested, roll-forward will only consider installed release versions.

    Дополнительные сведения о накате можно найти в этой статье.For more information, see Roll forward.

  • DOTNET_ROLL_FORWARD_ON_NO_CANDIDATE_FX Доступно в пакете SDK для .NET Core версии 2.x.DOTNET_ROLL_FORWARD_ON_NO_CANDIDATE_FX Available in .NET Core 2.x.

    Отключает накат дополнительных версий, если установлено 0.Disables minor version roll forward, if set to 0. Дополнительные сведения о накате можно найти в этой статье.For more information, see Roll forward.

    Этот параметр в .NET Core 3.0 заменяется DOTNET_ROLL_FORWARD.This setting is superseded in .NET Core 3.0 by DOTNET_ROLL_FORWARD. Вместо этого следует использовать новый параметр.The new settings should be used instead.

  • DOTNET_CLI_UI_LANGUAGE

    Задает язык пользовательского интерфейса CLI с помощью значения языкового стандарта, например en-us.Sets the language of the CLI UI using a locale value such as en-us. Поддерживаются те же значения, что и для Visual Studio.The supported values are the same as for Visual Studio. Дополнительные сведения см. в разделе, посвященном изменению языка установщика, в документации по установке Visual Studio.For more information, see the section on changing the installer language in the Visual Studio installation documentation. Применяются правила диспетчера ресурсов .NET, в связи с чем вам не нужно выбирать точное соответствие — можно также выбрать потомков в дереве CultureInfo.The .NET resource manager rules apply, so you don't have to pick an exact match—you can also pick descendants in the CultureInfo tree. Например, если задать значение fr-CA, интерфейс командной строки будет находить и использовать переводы fr.For example, if you set it to fr-CA, the CLI will find and use the fr translations. Если задать язык, который не поддерживается, для интерфейса командной строки будет использоваться английский язык.If you set it to a language that is not supported, the CLI falls back to English.

  • DOTNET_DISABLE_GUI_ERRORS

    Для создаваемых исполняемых файлов с поддержкой графического пользовательского интерфейса отключает всплывающее диалоговое окно, которое обычно выводится для определенных классов ошибок.For GUI-enabled generated executables - disables dialog popup, which normally shows for certain classes of errors. В таких случаях выполняются только запись в stderr и выход.It only writes to stderr and exits in those cases.

  • DOTNET_ADDITIONAL_DEPS

    Эквивалентно параметру --additional-deps интерфейса командной строки.Equivalent to CLI option --additional-deps.

  • DOTNET_RUNTIME_ID

    Переопределяет обнаруженный RID.Overrides the detected RID.

  • DOTNET_SHARED_STORE

    Расположение общего хранилища, которое в некоторых случаях используется для разрешения сборки.Location of the "shared store" which assembly resolution falls back to in some cases.

  • DOTNET_STARTUP_HOOKS

    Список сборок, из которого осуществляется загрузка и выполнение перехватчиков запуска.List of assemblies to load and execute startup hooks from.

  • DOTNET_BUNDLE_EXTRACT_BASE_DIR Доступно, начиная с пакета .NET Core версии 3.x.DOTNET_BUNDLE_EXTRACT_BASE_DIR Available starting with .NET Core 3.x.

    Указывает каталог, в который извлекается однофайловое приложение перед выполнением.Specifies a directory to which a single-file application is extracted before it is executed.

    Дополнительные сведения об однофайловых исполняемых файлах см. здесь.For more information, see Single-file executables.

  • COREHOST_TRACE, COREHOST_TRACEFILE, COREHOST_TRACE_VERBOSITYCOREHOST_TRACE, COREHOST_TRACEFILE, COREHOST_TRACE_VERBOSITY

    Управляет диагностической трассировкой из компонентов размещения, таких как dotnet.exe, hostfxr и hostpolicy.Controls diagnostics tracing from the hosting components, such as dotnet.exe, hostfxr, and hostpolicy.

    • COREHOST_TRACE=[0/1] — по умолчанию имеет значение 0 — трассировка отключена.COREHOST_TRACE=[0/1] - default is 0 - tracing disabled. Значение 1 включает диагностическую трассировку.If set to 1, diagnostics tracing is enabled.
    • COREHOST_TRACEFILE=<file path> — действует, только если трассировка включена параметром COREHOST_TRACE=1.COREHOST_TRACEFILE=<file path> - only has effect if tracing is enabled via COREHOST_TRACE=1. Если включен этот параметр, трассировочные сведения записываются в указанный файл, а в противном случае передаются в stderr.When set, the tracing information is written to the specified file, otherwise the tracing information is written to stderr. Доступно, начиная с пакета .NET Core версии 3.x.Available starting with .NET Core 3.x.
    • COREHOST_TRACE_VERBOSITY=[1/2/3/4] — по умолчанию имеет значение 4.COREHOST_TRACE_VERBOSITY=[1/2/3/4] - default is 4. Этот параметр используется, только если трассировка включена параметром COREHOST_TRACE=1.The setting is used only when tracing is enabled via COREHOST_TRACE=1. Доступно, начиная с пакета .NET Core версии 3.x.Available starting with .NET Core 3.x.
      • 4 — записываются все трассировочные данные.4 - all tracing information is written
      • 3 — записываются только информационные сообщения, предупреждения и ошибки.3 - only informational, warning and error messages are written
      • 2 — записываются только предупреждения и ошибки.2 - only warning and error messages are written
      • 1 — записываются только сообщения об ошибках.1 - only error messages are written

    Для получения подробных трассировочных сведений о запуске приложения обычно включают COREHOST_TRACE=1 и COREHOST_TRACEFILE=host_trace.txt, а затем запускают приложение.The typical way to get detailed trace information about application startup is to set COREHOST_TRACE=1 and COREHOST_TRACEFILE=host_trace.txt and then run the application. В текущем каталоге будет создан новый файл host_trace.txt с подробными сведениями.A new file host_trace.txt will be created in the current directory with the detailed information.

См. такжеSee also

dotnetfx45-full-setup.exe — что это за программа?

Приветствую друзья! Сегодня мы поговорим о программе dotnetfx45-full-setup.exe, я расскажу простыми словами что это, для чего, и вы сможете сделать для себя вывод — нужна она вам или нет.

Сразу могу сказать одно — dotnetfx45-full-setup.exe это установщик программы/платформы Microsoft .NET Framework.

Что такое Microsoft .NET Framework?

Простыми словами — среда, которая необходима для работы многих программ. Часто бывает, что вы устанавливаете софт, а он не ставится — выбивает ошибку, что в системе не хватает компонента Framework.

Упоминание в названии dotnetfx45 говорит о том, что версия Framework 4.5. Возможно файл был загружен с официального сайта Microsoft:

Пример похожего файла — только в названии есть еще x86_x64, это говорит что поддерживает как 32-битную виндовс, так и 64-битную:

Версии Фраемворка могут быть разные, последняя — кажется 4.5, когда вы будете читать, то может уже будет и 5-тая выйдет. Помимо версий также может быть и сервис пак. Например версия 3.5 сервис пак 1 (кстати на скриншоте изображен процесс установки):

Что такое сервис пак? Простыми словами — множество улучшения, доработка пакета, обновление.

Откуда взялся у меня этот файл?

Возможно вы его нашли в папке Загрузки. Вряд ли вы его могли случайно скачать — может быть кто-то другой скачивал раньше.

Файл никакой угрозы не несет, много места не занимает, и не может грузить процессор. Поэтому его можно удалить, или оставить — решать вам, ведь это всего лишь установщик. Если размер файла небольшой, тогда это веб-установщик (при запуске соединяется с сервером Microsoft для загрузки основных компонентов).

Может это вирус?

Маловероятно, однако вы можете проверить файл на сервисе ВирусТотал. Откройте сайт, выберите файл — нажмите кнопку Choose file:

В итоге будет загружен и проверен десятками антивирусными движками. Вы с легкостью сможете понять — вирус или нет. Пример отчета опасного файла:

Слева — название антивирусных движков, справа — название найденной угрозы.

Заключение

Мы разобрались, что dotnetfx45-full-setup.exe — просто установщик Фраймворка. Многие программы для своей работы требуют наличие данного компонента.

При подозрения на вирус — проверьте на Вирустотале. Файл спокойно может быть склеен с вирусом, например с трояном. В крайнем случае просканируйте ПК утилитами Dr.Web CureIt! (против опасных вирусов) и AdwCleaner (удаляет рекламные вирусы).

Также программа может быть спокойно уже установлена, для проверки откройте окно установленного софта:

  1. Зажмите Win + R.
  2. Введите команду appwiz.cpl
  3. Откроется список, найдите здесь Microsoft .NET Framework 4.5.

При наличии — файл точно можно удалять. Если нет — стоит задуматься, возможно компонент будет необходим в будущем. Однако его всегда можно будет скачать с офф сайта.

В любом случае — файл можно оставить, кушать он уж точно не просит.

На этом все. Удачи.

На главную! 31.12.2018

Для чего нужно Net Framework

У многих пользователей возникают вопросы, связанные с программой .NET Framework. Дело в том, что эта программа занимает некоторое ощутимое пространство на диске, но вроде как никто ею не пользуется. К тому же часто на компьютере можно обнаружить сразу несколько версий данной программы и невольно возникает вопрос — для чего эта программа нужна и стоит ли ее удалить?

Давайте разберемся с .NET Framework и ответим на эти вопросы.

Стоит отметить, что не все программы, установленные на компьютере, предназначены для использования конечными пользователями. Есть специальные вспомогательные или служебные программы, которые являются универсальными помощниками для работы других программ. Например, хорошо известный многим Adobe Flash Player позволяет воспроизводить видео и различный флеш-контент (анимацию, музыку, игры) прямо на веб-страницах в браузере. Пользователи сами никогда не запускают эту программу, она автоматически запускается и используется браузерами без участия пользователя. Тоже самое можно сказать о видеокодеках, которые являются вспомогательными программами для воспроизведения видеофайлов.

Подобных программ достаточно много и одна из них — Microsoft .NET Framework.

По сути Microsoft .NET Framework — это некоторая технология, которая используется огромным количеством пользовательских программ и приложений. Очень часто бывает так, что при установке какой-либо программы появляется сообщение о необходимости иметь на компьютере .NET Framework определенной версии и предлагается ее установить.

Версий .NET Framework имеет множество — от 1.0 до 4.5 (в настоящее время) и скорее всего новые версии будут периодически появляться. Ситуацию еще усугубляет то, что разные пользовательские программы могут для своей работы нуждаться в разных версиях .NET Framework, поэтому придется иметь на компьютере несколько установленных версий. К сожалению, тут не действует правило, что все последующие версии включают в себя компоненты предыдущих, поэтому установив самую последнюю версию .NET Framework не стоит удалять более ранние, так как подобное действие может привести к неработоспособности других программ. Поэтому вывод можно сделать следующий — все версии Microsoft .NET Framework, которые установлены на вашем компьютере нужны для работы других программ и удалять их не следует.

Ну и в заключении хочу сказать, что если вы не очень хорошо разбираетесь в установленных на компьютере программах, но решили почистить компьютер от программ, которыми не пользуетесь, то не трогайте программы, в названии которых фигурирует слово «Microsoft», например, как в нашем случае — Microsoft .NET Framework.

Как правило (хоть и не всегда), подобные программы и приложения необходимы для работы операционной системы или являются связующим звеном между операционной системой и другими установленными на компьютере программами. Ну а если все же сомневаетесь, то введите название программы в поисковое поле Google или Яндекс и выясните для чего эта программа предназначена и можно ли ее безболезненно удалить с компьютера.

Не удается инициализировать Microsoft .Net Framework 4.0. — как исправить

Применяя какое-либо программное обеспечение или при старте ОС Windows 7 и выше, пользователи часто сталкиваются с ошибкой «Не удается инициализировать Microsoft .Net Framework 4.0», и не знают, каким образом можно ее исправить. Это происходит из-за несовместимости с редакцией ОС Windows, а также в связи с некорректной установкой утилиты. В этой статье мы рассмотрим несколько способов решить эту ошибку.

Это небольшая программа, разработанная той же компанией, что и .Net Framework для исправления часто встречаемых ошибок и сбоев, с которыми мы встречаемся в ОС Windows. Это средство устраняет неполдаки, вносит нужные программные корректировки и восстанавливает поврежденные файлы поддерживаемых версий. Утилита имеет комфортный в применении настраиваемый интерфейс, в ней предусмотрено эксплуатирование командной строки, а также множество других настроек.

Программа способна устранять сбои, которые связаны со службой Windows Installer – может перезапустить и перерегистрировать службу установки ОС Windows. Программа имеет лишь английский язык интерфейса, но с помощью переводчика вы можете понять основные функции утилиты и сделать нужные действия. Чтобы скачать утилиту Microsoft .Net Framework 4.0. с сайта-разработчика, перейдите по ссылке — https://www.microsoft.com/en-us/download/details.aspx?id=30135 и нажмите ниже красную ссылку «Download».

Перед тем, как устанавливать, нужно прочитать предлагаемое соглашение, так, как софт собирает нужные ему данные о вашей системе. Но иногда может возникает уведомление о том, что не удается инициализировать утилиту. Нужно понимать, что программа не устанавливается на компьютер, а выполняет проверку по запуску ярлыка. После того, как вы нажмете кнопку «Next» начнется проверка из 9 тестов ваших файлов, они помогут найти проблему. После проведенных тестов вы сможете увидеть результаты, здесь же будет предложено скорректировать найденные ошибки. Чтобы согласиться с восстановлением данных нажмите «Next», в противном случае – «Cancel».

Читайте также: Код ошибки 0x800f081f Net Framework 3.5 в Windows 10.

Эта утилита умеет качественно удалять все старые и нерабочие издания .Net Framework из вашей системы. Она чистит все – папки, файлы, информацию о продукте из различных баз, записи и ключи реестра. Утилита целенаправленно предназначена для таких случаев, когда часть программных файлов неправильно или с ошибкой инсталлировались.

Cleanup Tool призвана действовать как последняя инстанция, которая должна помочь, если утилита и ее составляющие в ОС не удаляются обычным способом. Программа очищает все общие файлы и ключи реестра, что были предназначены для старых версий продукта. После использования Cleanup Tool нужно сделать переустановку или откат до остальных версий .Net Framework, которые присутствуют в операционной системе, иначе они не смогут стабильно работать.

При работе Clean Tool производится запись логов во временную папку, впрочем, ее потом можно удалить.

Лог Назначение
Cleanup_actions.log лог действия удаления (ключи реестра, вспомогательные файлы)
Cleanup_main.log лог действия удаления — главный, вмещает в себе все действия по логам утилиты и другие сведения о работе
Cleanup_errors.log лог предупреждающих сообщений

Это может быть полезным: Как исправить bad_module_info в Windows 10.

Что делать, если не удается инициализировать .Net Framework 4.0

Для того, чтобы переустановить компонент .Net Framework 4.0 откройте «Панель управления».

Затем:

  1. Найдите здесь пункт «Установка и удаление программ» и откройте его.
  2. В левом блоке, в одном из пунктов найдите «Отключение компонентов Windows», делаем клик по нему и отключаем все пункты с Net Framework.
  3. Возвращаемся в «Удаление и установка…» и удаляем. Удалять нужно все программы в списке перечислений, где повторяются названия. После удаления нужно перезагрузить свой компьютер.
  4. Для убеждения вбейте в строке поиска по имени такую строку «Net Framework» в том случае, если программы по имени найдутся – удалите и их.
  5. Затем зайдите на сайт Microsoft — https://www.microsoft.com/ru-ru/download/details.aspx?id=55167 и скачайте новое программное обеспечение для вашей версии ОС. После их установки сделайте перезагрузку системы.

Рекомендуем к прочтению: Как изменить TTL на Windows.

Сброс центра обновления WinUpdate

Порядок действий:

  1. Запустите cmd от имени администратора, для этого нажмите меню «Пуск» и в списке найдите пункт «Командная строка» и нажмите по нему правой кнопкой мыши и выберите «Запуска от имени администратора».
  2. Теперь в окне пишем такую строку «Net stop WuAuServ» без кавычек. Если выйдет сообщение о том, что допуск запрещен, значит строка запущена не от имени администратора.
  3. По команде должна прекратить свою работу WinUpDate – служба, которая обновляет систему. Консоль не закрывайте.
  4. Нажмите WIN+R и впишите %windir%, нам нужна папка «SoftwareDistribution» и переименовать ее в SDold.
  5. В консоли нужно написать net start WuAuServ для запуска службы.
  6. Теперь поставьте заново утилиту.

В статье мы разобрали, каким образом можно исправить ситуацию, когда не удается инициализировать утилиту Microsoft .Net Framework 4.0.

Команда

dotnet - .NET CLI

  • 10 минут на чтение

В этой статье

Эта статья относится к: ✔️ .NET Core 2.1 SDK и более поздние версии

Имя

dotnet - универсальный драйвер для .NET CLI.

Краткое описание

Чтобы получить информацию о доступных командах и среде:

  dotnet [--version] [--info] [--list-runtimes] [--list-sdks]

dotnet -h | --help
  

Для запуска команды (требуется установка SDK):

  dotnet <КОМАНДА> [-d | --diagnostics] [-h | --help] [--verbosity <УРОВЕНЬ>]
    [параметры-команды] [аргументы]
  

Для запуска приложения:

  dotnet [--additionalprobingpath ] [--additional-deps ]
    [--fx-version <ВЕРСИЯ>] [--roll-forward <НАСТРОЙКА>]
     [аргументы]

dotnet exec [--additionalprobingpath] [--additional-deps ]
    [--fx-version <ВЕРСИЯ>] [--roll-forward <НАСТРОЙКА>]
     [аргументы]
  

- прокрутка вперед доступна с.NET Core 3.x. Используйте --roll-forward-on-no-кандидата-fx для .NET Core 2.x.

Описание

Команда dotnet выполняет две функции:

  • Предоставляет команды для работы с .NET проектами.

    Например, dotnet build создает проект. Каждая команда определяет свои собственные параметры и аргументы. Все команды поддерживают параметр --help для распечатки краткой документации о том, как использовать команду.

  • Он запускает приложения .NET.

    Вы указываете путь к приложению .dll , чтобы запустить приложение. Запуск приложения означает поиск и выполнение точки входа, которой в случае консольных приложений является метод Main . Например, dotnet myapp.dll запускает приложение myapp . См. Раздел «Развертывание приложений .NET», чтобы узнать о вариантах развертывания.

Опции

Для самого dotnet доступны различные параметры для выполнения команды и для запуска приложения.

Варианты для самого dotnet

Следующие параметры относятся к dotnet отдельно. Например, dotnet --info . Они распечатывают информацию об окружающей среде.

  • - информация

    Распечатывает подробную информацию об установке .NET и машинной среде, такой как текущая операционная система, и фиксирует SHA версии .NET.

  • - версия

    Распечатывает версию.NET SDK.

  • - время выполнения списка

    Распечатывает список установленных сред выполнения .NET. Версия SDK для x86 перечисляет только среды выполнения x86, а версия SDK для x64 перечисляет только среды выполнения x64.

  • --list-sdks

    Распечатывает список установленных .NET SDK.

  • -h | --help

    Распечатывает список доступных команд.

Параметры SDK для запуска команды

Следующие параметры предназначены для dotnet с командой. Например, dotnet build --help .

  • -d | --диагностика

    Разрешает диагностический вывод.

  • -v | --verbosity

    Устанавливает уровень детализации команды. Допустимые значения: q [uiet] , m [inimal] , n [ormal] , d [etailed] и diag [nostic] .Поддерживается не всеми командами. См. Конкретную страницу команд, чтобы определить, доступна ли эта опция.

  • -h | --help

    Распечатывает документацию по заданной команде, например dotnet build --help .

  • параметры команды

    Каждая команда определяет параметры, специфичные для этой команды. См. Конкретную страницу команд для списка доступных опций.

Варианты исполнения

Следующие параметры доступны, когда dotnet запускает приложение.Например, dotnet myapp.dll --roll-forward Major .

  • - дополнительный путь измерения

    Путь, содержащий политику проверки и сборки для проверки.

  • --дополнительные

    Путь к дополнительному файлу .deps.json . Файл deps.json содержит список зависимостей, зависимостей компиляции и информацию о версии, используемую для разрешения конфликтов сборок.Дополнительные сведения см. В разделе Файлы конфигурации среды выполнения на GitHub.

  • --depsfile

    Путь к файлу deps.json . Файл deps.json - это файл конфигурации, который содержит информацию о зависимостях, необходимых для запуска приложения. Этот файл создается .NET SDK.

  • --runtimeconfig

    Путь к файлу runtimeconfig .json файл. Файл runtimeconfig.json - это файл конфигурации, содержащий параметры времени выполнения. Дополнительные сведения см. В разделе Параметры конфигурации среды выполнения .NET.

  • --roll-forward Доступно, начиная с .NET Core SDK 3.0.

    Управляет применением к приложению наката. НАСТРОЙКА может иметь одно из следующих значений. Если не указан, по умолчанию используется Незначительный .

    • LatestPatch - откат до самой последней версии исправления. Это отключает повтор второстепенных версий.
    • Незначительная - откат до самой младшей младшей версии, если запрошенная дополнительная версия отсутствует. Если запрошенная дополнительная версия присутствует, то используется политика LatestPatch.
    • Major - откат до самой низкой более высокой основной версии и младшей дополнительной версии, если запрошенная основная версия отсутствует. Если запрошенная основная версия присутствует, то используется дополнительная политика.
    • LatestMinor - откат до старшей дополнительной версии, даже если запрошенная дополнительная версия присутствует. Предназначен для сценариев размещения компонентов.
    • LatestMajor - откат к старшей основной и старшей второстепенной версии, даже если присутствует запрошенная основная версия. Предназначен для сценариев размещения компонентов.
    • Отключить - Без наката. Только привязать к указанной версии. Эта политика не рекомендуется для общего использования, поскольку она отключает возможность наката до последних исправлений.Это значение рекомендуется только для тестирования.

    За исключением Отключить , все настройки будут использовать самую высокую доступную версию исправления.

    Поведение повтора транзакций также можно настроить в свойстве файла проекта, свойстве файла конфигурации времени выполнения и переменной среды. Дополнительные сведения см. В разделе Накат времени выполнения для основной версии.

  • --roll-forward-on-no-scheme-fx Доступен в форматах.Пакет SDK для .NET Core 2.x.

    Определяет поведение, когда требуемая общая структура недоступна. N может быть:

    • 0 - Отключить откат даже младшей версии.
    • 1 - Откат для дополнительной версии, но не для основной версии. Это поведение по умолчанию.
    • 2 - Откат для младшей и основной версий.

    Для получения дополнительной информации см. Прокат вперед.

    Начиная с .NET Core 3.0 эта опция заменяется --roll-forward , и вместо нее следует использовать эту опцию.

  • --fx-версия <ВЕРСИЯ>

    Версия среды выполнения .NET, используемая для запуска приложения.

    Этот параметр переопределяет версию первой ссылки на платформу в файле .runtimeconfig.json приложения. Это означает, что он работает должным образом, только если есть только одна ссылка на фреймворк. Если приложение имеет более одной ссылки на платформу, использование этого параметра может вызвать ошибки.

команды dotnet

Общие

Ссылки на проекты

Пакеты NuGet

Команды NuGet

Глобальные команды, команды инструмента и локальные инструменты

Инструменты

- это консольные приложения, которые устанавливаются из пакетов NuGet и вызываются из командной строки. Вы можете писать инструменты самостоятельно или устанавливать инструменты, написанные третьими сторонами. Инструменты также известны как глобальные инструменты, инструменты траектории инструмента и локальные инструменты. Для получения дополнительной информации см.Обзор инструментов .NET. Инструменты Global и Tool-Path доступны начиная с .NET Core SDK 2.1. Локальные инструменты доступны начиная с .NET Core SDK 3.0.

Дополнительные инструменты

Начиная с .NET Core SDK 2.1.300, ряд инструментов, которые были доступны только для отдельных проектов с использованием DotnetCliToolReference , теперь доступны как часть .NET SDK. Эти инструменты перечислены в следующей таблице:

Инструмент Функция
сертификаты разработчика Создает сертификаты разработки и управляет ими.
ef Инструменты командной строки Entity Framework Core.
sql-кеш Инструменты командной строки кеширования SQL Server.
секреты пользователя Управляет пользовательскими секретами разработки.
часы Запускает средство отслеживания файлов, которое запускает команду при изменении файлов.

Для получения дополнительных сведений о каждом инструменте введите dotnet <имя-инструмента> --help .

Примеры

Создать новый.Консольное приложение .NET:

  dotnet новая консоль
  

Создайте проект и его зависимости в заданном каталоге:

  сборка dotnet
  

Запустить приложение:

  dotnet myapp.dll
  

Переменные среды

  • DOTNET_ROOT , DOTNET_ROOT (x86)

    Задает расположение сред выполнения .NET, если они не установлены в расположение по умолчанию. Расположение по умолчанию в Windows - C: \ Program Files \ dotnet .Расположение по умолчанию в Linux и macOS - / usr / share / dotnet . Эта переменная среды используется только при запуске приложений через сгенерированные исполняемые файлы (apphosts). DOTNET_ROOT (x86) используется вместо этого при запуске 32-разрядного исполняемого файла в 64-разрядной ОС.

  • NUGET_PACKAGES

    Папка глобальных пакетов. Если не задан, по умолчанию используется ~ / .nuget / packages в Unix или % userprofile% \. Nuget \ packages в Windows.

  • DOTNET_SERVICING

    Задает расположение индекса обслуживания, который будет использоваться совместно используемым хостом при загрузке среды выполнения.

  • ТОЧКА ИНОЛОГА

    Указывает, отображаются ли приветственные сообщения и сообщения телеметрии .NET при первом запуске. Установите значение true , чтобы отключить эти сообщения (значения true , 1 или да, приняты) или установите значение false , чтобы разрешить (значения false , 0 или не принимаются ). Если не задан, по умолчанию используется значение false , и сообщения будут отображаться при первом запуске. Этот флаг не влияет на телеметрию (см. DOTNET_CLI_TELEMETRY_OPTOUT для отказа от отправки телеметрии).

  • DOTNET_CLI_TELEMETRY_OPTOUT

    Указывает, собираются ли и отправляются ли в Microsoft данные об использовании инструментов .NET. Установите значение true , чтобы отказаться от функции телеметрии (значения true , 1 или да принимаются). В противном случае установите значение false , чтобы включить функции телеметрии (значения false , 0 или не принимаются ). Если не задан, по умолчанию ложно и функция телеметрии активна.

  • DOTNET_MULTILEVEL_LOOKUP

    Указывает, разрешается ли среда выполнения .NET, общая платформа или SDK из глобального расположения. Если не установлен, по умолчанию используется 1 (логический истинно ). Установите 0 (логический ложный ), чтобы не разрешать из глобального расположения и иметь изолированные установки .NET. Дополнительные сведения о многоуровневом поиске см. В разделе Многоуровневый поиск SharedFX.

  • DOTNET_ROLL_FORWARD Доступно начиная с.NET Core 3.x.

    Определяет поведение наката. Для получения дополнительных сведений см. Параметр --roll-forward ранее в этой статье.

  • DOTNET_ROLL_FORWARD_TO_PRERELEASE Доступно, начиная с .NET Core 3.x.

    Если установлено значение 1 (включено), включает откат до предварительной версии от версии выпуска. По умолчанию ( 0 - отключено), когда запрашивается окончательная версия среды выполнения .NET, при повторении транзакций учитываются только установленные версии выпуска.

    Для получения дополнительной информации см. Накат.

  • DOTNET_ROLL_FORWARD_ON_NO_CANDIDATE_FX Доступно в .NET Core 2.x.

    Отключает откат дополнительной версии, если установлено значение 0 . Дополнительные сведения см. В разделе Накатка вперед.

    Этот параметр заменен в .NET Core 3.0 на DOTNET_ROLL_FORWARD . Вместо этого следует использовать новые настройки.

  • DOTNET_CLI_UI_LANGUAGE

    Устанавливает язык интерфейса командной строки с использованием значения локали, например en-us .Поддерживаемые значения такие же, как для Visual Studio. Дополнительные сведения см. В разделе об изменении языка установщика в документации по установке Visual Studio. Применяются правила диспетчера ресурсов .NET, поэтому вам не нужно выбирать точное совпадение - вы также можете выбрать потомков в дереве CultureInfo . Например, если вы установите для него значение fr-CA , CLI найдет и использует переводы fr . Если вы установите для него язык, который не поддерживается, интерфейс командной строки вернется к английскому языку.

  • DOTNET_DISABLE_GUI_ERRORS

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

  • DOTNET_ADDITIONAL_DEPS

    Эквивалентно опции CLI --additional-deps .

  • DOTNET_RUNTIME_ID

    Заменяет обнаруженный RID.

  • DOTNET_SHARED_STORE

    Расположение «общего хранилища», разрешение сборки которого в некоторых случаях возвращается.

  • DOTNET_STARTUP_HOOKS

    Список сборок для загрузки и выполнения обработчиков запуска.

  • DOTNET_BUNDLE_EXTRACT_BASE_DIR Доступно, начиная с .NET Core 3.x.

    Задает каталог, в который однофайловое приложение извлекается перед запуском.

    Для получения дополнительной информации см. Однофайловые исполняемые файлы.

  • COREHOST_TRACE , COREHOST_TRACEFILE , COREHOST_TRACE_VERBOSITY

    Управляет диагностической трассировкой от компонентов хостинга, таких как dotnet.exe , hostfxr и hostpolicy .

    • COREHOST_TRACE = [0/1] - по умолчанию 0 - трассировка отключена. Если установлено значение 1 , трассировка диагностики включена.
    • COREHOST_TRACEFILE = <путь к файлу> - действует только в том случае, если трассировка включена через COREHOST_TRACE = 1 . Если установлено, информация трассировки записывается в указанный файл, в противном случае информация трассировки записывается в stderr . Доступно, начиная с .NET Core 3.x.
    • COREHOST_TRACE_VERBOSITY = [1/2/3/4] - по умолчанию 4 . Этот параметр используется только в том случае, если трассировка включена через COREHOST_TRACE = 1 . Доступно, начиная с .NET Core 3.x.
      • 4 - записана вся информация для отслеживания
      • 3 - пишутся только информационные сообщения, предупреждения и сообщения об ошибках
      • 2 - записываются только предупреждения и сообщения об ошибках
      • 1 - пишутся только сообщения об ошибках

    Типичный способ получить подробную информацию о трассировке запуска приложения - установить COREHOST_TRACE = 1 и COREHOST_TRACEFILE = host_trace.txt , а затем запустите приложение. В текущем каталоге будет создан новый файл host_trace.txt с подробной информацией.

См. Также

Как узнать, какая версия .NET Framework 4 установлена ​​на вашем компьютере - Справочный центр GSX

Последнее обновление: . Автор: Алан Карсон .

Чтобы получить точный список.NET Framework, установленных на компьютере с Windows, вы можете просмотреть реестр или запросить его с помощью кода PowerShell.

Начиная с Windows 10, версия .NET Framework больше не указана в разделе «Программы и компоненты панели управления Windows». Вместо этого он хранится в реестре Windows как код и номер сборки, которые необходимо преобразовать в удобочитаемую версию. Для GSX Monitor 12.3+

требуется .NET Framework версии 4.6.1.

В этой статье мы описываем оба метода получения.NET Framework, установленной на вашем компьютере.

GSX Предварительные требования | Windows 10 | .NET Framework 4

Инструкции

Мы предоставляем здесь сценарий PowerShell (также доступный в виде текстового файла), который можно использовать для возврата установленной версии .NET Framework. В качестве альтернативы мы посмотрим, где хранятся код и номер сборки в реестре Windows, чтобы вы могли определить версию .NET вручную, не запуская какой-либо код на своем компьютере.

Метод PowerShell

  1. Скачать прикрепленный скрипт Get-NetFrameworkVersion.ps1
  2. Щелкните сценарий правой кнопкой мыши и выберите «Выполнить с помощью PowerShell
  3. ».
  4. Последним выводом будет установленная версия Framework 4:
  5. Теперь вы знаете, какая версия .NET Framework работает на компьютере Windows.

Ручной метод

  1. Запустите редактор реестра, набрав regedit в поле Выполнить .
  2. С левой стороны перейдите к HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ NET Framework Setup \ NDP \ v4 \ Full
  3. Если подраздел Full отсутствует, значит, у вас не установлена ​​.NET Framework 4.5 или более поздней версии.
  4. Выберите ключ в подразделе Full :
  5. С правой стороны найдите значение DWORD Версия :
  6. Обратите внимание на шестизначный номер в скобках и найдите его в таблице ниже:
.NET Framework 4.5 378389
.NET Framework 4.5.1, установленный с Windows 8.1 378675
.NET Framework 4.5.1, установленный в Windows 8, Windows 7 с пакетом обновления 1 или Windows Vista с пакетом обновления 2 378758
.NET Framework 4.5.2 379893
.NET Framework 4.6, установленная с Windows 10 393295
.NET Framework 4.6, установленная на всех остальных версиях ОС Windows 393297
.NET Framework 4.6.1, установленная в Windows 10 394254
.NET Framework 4.6.1, установленная во всех остальных версиях ОС Windows 394271
.NET Framework 4.6.2, установленная в юбилейном обновлении Windows 10 394802
.NET Framework 4.6.2 установлен на всех остальных версиях ОС Windows 394806
.NET Framework 4.7, установленный в Windows 10 Creators Update 460798
.NET Framework 4.7, установленный во всех остальных версиях ОС Windows 460805
.NET Framework 4.7.1, установленный в Windows 10 Fall Creators Update 461308
.NET Framework 4.7.1 установлен на всех остальных версиях ОС Windows 461310
платформа.NET Framework 4.7.2, установленная в Windows 10, обновление за апрель 2018 г., 461808
.NET Framework 4.7.2, установленный во всех остальных версиях ОС Windows 461814

Имея возможность устанавливать и запускать несколько версий .NET Framework на компьютерах Windows, вы можете заметить, что .NET Framework состоит из двух основных компонентов, версии которых имеют отдельные версии:

  • Набор из сборок , которые представляют собой коллекции типов и ресурсов, которые обеспечивают функциональность для ваших приложений..NET Framework и сборки имеют одинаковый номер версии.
  • Common Language Runtime (CLR) , которая управляет и выполняет код вашего приложения. CLR идентифицируется своим собственным номером версии (см. «Версии и зависимости»).


Загрузки:

  • Get-NetFrameworkVersion.ps1 (4 КБ)
  • Get-NetFrameworkVersion.текст (4 КБ)

Была ли эта статья полезной?

Галерея NuGet | Microsoft.DotNet.Xdt.Tools 2.0.0

dotnet-transform-xdt

dotnet-transform-xdt - это инструмент командной строки dotnet для применения преобразования XML-документа (как правило, к файлам конфигурации ASP.NET во время публикации, но не ограничивается этим сценарием).

Это порт http: // xdt.codeplex.com/ совместим с .NET Core.

Также доступны глобальный инструмент .NET Core 2.1 dotnet-xdt и библиотека DotNet.Xdt .NET Standard 2.0, основанные почти на том же коде.

Примеры проектов

Отдельный репозиторий включает несколько примеров проектов, использующих этот инструмент для преобразования Web.config во время публикации. Клонируйте репозиторий, чтобы протестировать сценарии, или просмотрите историю фиксации для отдельных шагов.

Как использовать с инструментами MSBuild / csproj

Подробная инструкция в репозитории GitHub *

Как использовать с проектом .json инструменты

Подробная инструкция в репозитории GitHub *

* Содержимое Markdown в NuGet ограничено 8000 байтами, что не позволяет размещать здесь полные инструкции .

dotnet-transform-xdt

dotnet-transform-xdt - это инструмент командной строки dotnet для применения преобразования XML-документа (как правило, к файлам конфигурации ASP.NET во время публикации, но не ограничивается этим сценарием).

Это порт http://xdt.codeplex.com/, совместимый с .NET Core.

Также доступны глобальный инструмент .NET Core 2.1 dotnet-xdt и библиотека DotNet.Xdt .NET Standard 2.0, основанные почти на том же коде.

Примеры проектов

Отдельный репозиторий включает несколько примеров проектов, использующих этот инструмент для преобразования Web.config во время публикации. Клонируйте репозиторий, чтобы протестировать сценарии, или просмотрите историю фиксации для отдельных шагов.

Как использовать с инструментами MSBuild / csproj

Подробная инструкция в репозитории GitHub *

Как использовать с проектом .json инструменты

Подробная инструкция в репозитории GitHub *

* Содержимое Markdown в NuGet ограничено 8000 байтами, что не позволяет размещать здесь полные инструкции .

Начало работы с .NET 5.0

Введение

В этой статье объясняется, как установить .NET 5.0 и создать с его помощью новое веб-приложение.

Большинство из нас знают, что .NET 5.0 планируется выпустить в ноябре 2020 года.Но мы можем попробовать предварительную версию .NET 5 до официального производственного выпуска .NET 5.0.

Прежде чем приступить к установке .NET 5.0, давайте посмотрим на доступные версии .NET Core, чтобы лучше понять управление версиями. Мы можем посетить ссылку https://dotnet.microsoft.com/download/dotnet-core, чтобы узнать подробности обо всех версиях .NET Core.

Как мы видим, .NET 5.0 является следующей основной версией .NET Core после 3.1.x. Давайте посмотрим, как его установить и использовать.

Шаг 1. Загрузите предварительную версию Visual Studio 2019 V16.6 1

Перед установкой .NET 5.0 убедитесь, что у нас установлена ​​Visual Studio 2019 V16.6 или более поздняя версия. Прямо сейчас, на момент написания этой статьи, последней официальной версией Visual Studio 2019 является V16.5. Это означает, что сейчас мы не можем использовать .NET 5.0 с этой версией, но мы можем использовать предварительную версию Visual Studio, которую можно загрузить по ссылке ниже.

Мы можем выбрать любую редакцию.Прямо сейчас я показываю демонстрацию с Community Edition, потому что она уже установлена ​​на моем компьютере.

Шаг 2. Установка пакета SDK для .NET 5 Preview

После установки предварительной версии Visual Studio 2019 V16.6 нам необходимо загрузить и установить пакет SDK для .NET 5.0 Preview 1, который можно загрузить с по следующей ссылке.

Мы можем выбрать подходящий SDK в соответствии с нашей операционной системой. Прямо сейчас я использую его с 64-разрядной версией Windows 10.Итак, я скачал по ссылке «Windows x64», как показано на скриншоте ниже. У нас есть несколько ссылок для скачивания, и мы можем выбирать, исходя из наших требований.

После загрузки запустите устанавливаемый файл и следуйте инструкциям на экране, чтобы установить его.

Шаг 3. Создание приложения .NET 5.0 с помощью Visual Studio 2019

  • Открыть предварительную версию Visual Studio 2019
  • Нажмите «Создать новый проект».
  • Выберите «Веб-приложение ASP.NET Core»
  • Настройте свой новый проект
    • Имя проекта: «FirstDotNet5App»
    • Нажмите кнопку «Создать».
  • Выберите версию .NET Core из раскрывающегося списка
  • Настройки для нашего веб-приложения .NET 5
    • Framework: «.NET Core»
    • Framework версии «ASP.NET Core 5.0»
    • Приложение тип: «Веб-приложение».
    • «Настроить для HTTPS»: снимите этот флажок прямо сейчас.
    • Включить компиляцию среды выполнения Razor: не отметьте его.

Затем нажмите кнопку «Создать», чтобы создать проект.

Ниже приведен снимок экрана Visual Studio для вновь созданного приложения:

Шаг 4 - Запуск приложения

До сих пор мы видели, что проект был создан успешно с ориентацией на .NET Core 5.0. Запустим приложение, чтобы увидеть результат.

Заключение

Наконец, мы создали наше первое приложение .NET 5.0. В .NET 5.0 preview 1 нет никаких серьезных изменений, и все почти похоже на .NET Core 3.1.x. Но в будущих выпусках .NET 5 ожидаются значительные изменения.

Что такое EXE-файл? (с изображением)

EXE-файл (произносится как буквы E-X-E) - это компьютерный файл, заканчивающийся расширением ".exe ", иначе известный как исполняемый файл , . Когда вы щелкаете по exe-файлу, встроенная процедура автоматически выполняет код, который может привести в действие несколько функций. Exe-файлы используются для установки и запуска программ и подпрограмм.

EXE или исполняемый файл.

EXE-файл - это лишь один из нескольких типов форматов файлов, которые распознаются различными операционными системами. Текстовые файлы, которые представляют собой файлы, которые не генерируют код, а просто отображают текст, заканчиваются на txt . Microsoft Word сохраняет файлы с расширением doc , сокращенно от document . Другой распространенный тип файла - это сжатый или заархивированный файл с расширением zip .

EXE-файл - один из самых полезных типов файлов именно потому, что он запускает программы; однако это также делает его потенциально опасным.Его можно использовать в качестве системы доставки вирусов или других вредоносных программ. Внешне зараженный exe-файл может показаться вполне безобидным. При нажатии на нее может показаться, что запускается не что иное, как анимационный мультфильм или простая аркадная игра. Однако невидимый код может работать в фоновом режиме, заражая или компрометируя компьютер.

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

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

Файлы

Exe обычно не предназначены для редактирования, и изменение размера файла exe приведет к его неработоспособности.Поскольку exe-файл чаще всего является программой, он обычно защищен законами об авторских правах в соответствии с лицензионным соглашением, выданным его автором. В этом случае взлом EXE-файла является незаконным. Исключение составляет общедоступное программное обеспечение . Программное обеспечение, являющееся общественным достоянием, принадлежит общественности и может быть изменено кем угодно по закону.

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

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *