Когда выйдет net framework 5
Обновлено: 07.07.2024
Settings проекта после перебилда с Net Framework 4.0 на Net Framework 3.0
У меня возникла следующая проблема: Если создать проект WinForms под Net Framework 4.0.
Ваши телепатические способности совсем ни к чёрту.
Теперь загуглите, что такое утилиты.Потом узнайте, что однофайловость не коррелирует с этими понятиями. как и многофайловость.
если я говорю о однофайловых утилитах, то я, очевидно, говорю о однофайловых утилитах, а не о корреляции понятий.
Однофайловость в случае Net Framework вообще - смех. Его надо ещё установить, но об этом погромисты умалчивают, когда болтают о якобы удобности полученной ими однофайловости.
Добавлено через 3 минуты
Впрочем, вам - простительно. Ничего иного и не ожидалось. Как вы сами заявляли неоднократно, вы - не программист. Поэтому все ваши решения вот такие, какие есть.
Я не знаю чем вы там пользуетесь, но зайдите для интереса в windows\system32 и посмотрите что там есть.
Модульность - это еще один шаг в сторону Unix-like, но не забываем, что там никто не отбирает возможность написать бинарник и исполнять его в виде одного файла. пакеты, тоже однофайловые. Многофайловые могут быть например в связке бинарник и батник SH, ну так и CMD мы можем делать в связке с другой программой (и делаем регулярно).
Я слабо себе представляю чтобы написанный на Си файл собирался в Linux и на выходе получался не бинарник, а лаунчер + библиотека, причем не по моей задумке, а как фича компилятора.
Так что давайте вы не будете нести бред про розовый и пушистый мир многофайлового софта, так как это неправда. И моё негодование вполне уместно, нравится вам или нет. А доказывать мне что это исключительно моя блажь - ну это дурь высшей категории.
в том что на флешке, по почте, на ftp, на сайте - всегда фигурирует 1 файл, вышла новая версия - заменил EXE-шник и всё.Так весь мир уже давно на инсталляторах сидит. Вышла новая версия - запустил и оно обновилось. Ну или архив с файлами приложения. Тоже один, сколько бы в нём файлов не было.
Больше возможностей - это когда есть выбор, а когда выбора нет - это отсутствие возможностей. В чем проблема в сборке сделать галку и собирать один файл? DLL, если смерть как нужна можно грузить из ресурса EXE прозрачно для пользователя.Так есть эта галка в Core) Вы её и не искали. Только эта галка в EXE пихает и рантайм. А почему нельзя без отдельного лаунчера в принципе я уже ранее написал: этот лаунчер платформозависимый. А ваше приложение - нет. Поэтому без отдельного EXE на 160Кб никак. Вы это не можете понять?
ваши мысли от меня ускользают. Я не пользуюсь DLL поэтому проблема из подключения меня не волнует.В случае с Core ваше приложение собираетеся ТОЛЬКО в DLL. И либо к нему идёт лаунчер (EXE на 160Кб), либо создаётся самораспаковывающийся архив с DLL и рантаймом (один EXE). Поэтому в Core вы пользуетесь DLL всегда.
зачем мне EXE файл размером с дом куда запихнут весь фреймворк?Затем, чтобы можно было запускать это EXE без необходимости устанавливать в систему фреймворк. Бывает удобно.
Добавлено через 3 минуты
Чем вам эти "а-ля" не угодили? Точно так же, качается ОДИН файл архива с файлами инсталлятора. Вы же не руками по отдельности эти файлы качаете, так ведь? Ну и никто тут про какие-то древние инсталляторы вопросов не поднимал. Хотите MSI используйте, хотите ещё что. Главной идеи это не отменяет: только вам одному мешают файлы в папке с приложением.
Так что давайте вы не будете нести бред про розовый и пушистый мир многофайлового софта, так как это неправда. И моё негодование вполне уместно, нравится вам или нет. А доказывать мне что это исключительно моя блажь - ну это дурь высшей категории.Вы уместность своего негодования объяснить не можете. Я вам попытался рассказать почему это было сделано (в случае с Core). Если вы не поняли, то это проблема ваша, а не Core.
Добавлено через 4 минуты
А то, что программа написанная на Си собирается только под конкретный дистрибутив линукса и конкретный процессов вы представляете? Ведь в случае с Core программа всегда собирается в один и тот же формат файла (DLL) с одним и тем же байт-кодом. А лаунчер как раз является НАТИВНЫМ и служит для того, чтобы в конечном результате платформозависимого кода было минимум. Т.е. под чтобы вы не собирали своё приложение, основная масса кода будет независима от платформы. И только отдельно идущий лаунчер нативен.
Но нет, авторы Core - идиоты. Вы бы точно сделали всё правильно, да?
Если библиотека установлена, то вы можете запускать программы её использующие, вам не требуется осуществлять дистрибуцию библиотеки с самим софтом.
хорошо что я в этом мире не живу, а то он у вас слишком ограниченный.
Так есть эта галка в Core) Вы её и не искали. Только эта галка в EXE пихает и рантаймпервое - ваш бред, а второе - о чем я уже написал, читать научитесь.
то есть я могу DLL скопировать в убунту, без EXE и поставив атрибут выполнения - запустить?
а почему нельзя так сделать с одним файлом?
как опция, никто не спорит. Вот как опцию и сделать один EXE размером в 8 Кб. Бывает удобно.
Добавлено через 3 минуты
Возможно ужать 80 мб рантайма в 8 кб, но это из разряда извращений: как не надо делать.
то есть я могу DLL скопировать в убунту, без EXE и поставив атрибут выполнения - запустить?DLL на убунту можно запустить, можно запустить и на Windows. EXE на убунту не запустить без дополнительных приседаний.
Из-за пропаганды микросервисов и облачных вычислений, шанс мал, что такая ситуация будет. Но некоторые, иногда критически важные библиотеки, поставляются в нескольких вариантах и нужны все варианты. Самый банальный пример: SQLite с его x86 и x64. Понадобится немного больше приседаний.
К примеру, самый банальный пример. Написали супер приложение, которое умеет создавать отчет в xls файле, используя интероп в офис. Почему интероп? А почему нет? Вон, в статье Васи написано использовать интероп. Т.е. нужен офис. И не абы какой, а офис с версией xxxx. Есть несколько вариантов как решить эту проблему:
1. Заставить пользователя установить офис. Помним, пользователь читать не умеет. Офис денег стоит. Так нужен еще и офис определенной версии. Версия меньше, версия больше и ничего не работает.
2. Использовать стороннюю библиотеку. Только беда, тоже денег стоит.
3. Использовать бесплатную библиотеку. Ну, что-то немного криво работает, что-то вообще не работает.
4. Написать код самому. Писать, наверное, надо до старости лет.
А я хочу программу, которая умеет и отчеты генерировать, и базу данных создавать, и прогноз погоды для моего города по геолокациям показывать, и. Зачем мне эта портативная программа весом 8 кб для генерации отчетов, но которая не умеет показывать прогноз погоды, и чтобы именно для моего города? Лучше скачаю программу Пети, она умеет прогноз погоды показывать.
Наверное транслируется в другие языки, как vala в сишку так и шарп в жавку
И моно уже является частью dotnet…
Новость немного криво написана.
а повторения такого надеюсь там нет?
Как я понимаю, ключевые компоненты для разработки десктопного ПО всё равно венда-онли (может плюс гейось онли) с запретом портирования на linux.
Большое путешествие было к общей могилке, лет 20 пути, давно не следил, однако.
Выглядит как самый важный релиз за всю историю платформы
Поняши используют Java / Kotlin / Scala / Groovy / Clojure на JVM-стеке.
И WinForms, WPF тоже?
Там же графики нет. Если что и есть (у Mono было, например), то back-end’ом у него является все тот же GTK+.
вывод кода Java, Swift и ObjC
Что «вывод кода Java, Swift и ObjC»? Вывод куда?
Windows Arm64 и WebAssembly и многое другое
Что «Windows Arm64 и WebAssembly и многое другое»?
Опять для Wine работенки подктнули
Стратегия мелкософта напоминает мне эволюцию сексуальных предпочтений не особо разборчивой в связях студентки, как описано в старом студенческом анекдоте:
- 1 курс: никому
- 2 курс: только ему
- 3 курс: ему и еще вот тому симпатяге с первого курса
- 4 курс: всем! <-- Вы находитесь здесь
- 5 курс: кому?
Последнее исправление: gns 11.11.20 02:35:29 (всего исправлений: 2)
Да никуда. Нет там ничего общего со Swift, Objective-C, у них же свои стандартные библиотеки и всё такое… это мечты местных лор экспертов - писать на винде под линь и айфончики
Language servrice protocol открыт.
А молодые смузихлебы на ноде.
Запланированный выпуск. Ждём багфиксов.
Срыгнули вселенское ненужно и гордо жаба. Ну жабе без точек то вообще не жилось. Так прямо и страдали санки с ороглами не будучи способны наклепать морду виртуалкоробки. Объясните тупорылым, что ненужны точкосайты. Вышло из моды вместе с абобо флешем.
Какое отношение источник звука имеет к оконным менеджерам? Это тебе к Пёттерингу.
Есть ещё игори, там, как говорят, неплохо прижилось.
Как раз таки нет. Если пульсу напрямую сказать какой вывод дефолтный - он запомнит, но тупой kde/gnome будет дальше показывать не тот источник после каждой перезагрузки. Вроде только на федоре нет этого бага(интересно почему), на всех других популярных дистрах есть.
Ну может дико казуальная чушь для инвалидов мозга на нейи работает. Я уже и не вспомню когда последний раз стлверлайт видел. Мелкомягкие всем срали в уши про перспективы и обосрались как оказалось. То, что какие-то отморозки наклепали моно под линукс это не ясный сигнал, что без точек вот вообще прям не жизнь. Кучка старых технологий, которым место в апаче все равно загнутся и никакой вид деятельности никого не убедит в нужности кучи говна.
Ну для mono все уже написано, проще продолжить пользоваться mono
А nant ещё живой?
В новых WINDOWS тоже как то странно, большие проги написанные под 4.7.2 при обновлении его на 4.8.0 ломались (в основном гуй).
Или вот вообще не понятная ситуация. Есть такая игра Elite Dangerous так у нее есть лаунчер написанный на NET. Что бы ее запустить через протон 5.09 нужно было доставить protontricks 359320 -q dotnet472 win7 и все прекрасно работало.
Ну думаю ладно proton(wine) все типа не родное.
Но вот узнаю такую штуку, если windows10 приподнять до 2004 то там тоже не работает лаунчер из-за NET. Мдаааа …. Разработчики Элиты признали этот баг.
Так почему все эти NET (причем даже в версиях 4.х) не поддерживают старые версии ?
Что нового?
Значительно улучшена производительность в библиотеках NET, GC и JIT. Улучшения для ARM64 привели к большей пропускной способности и меньшему размеру двоичных файлов.
- относительные шаблоны, использующие реляционные операторы, такие как < и >=;
- логические модели, с использованием and, or и not. Этот тип шаблона наиболее полезен, когда вы хотите сравнить несколько вещей в одном шаблоне. Пример: foo is not null;
- шаблоны простых типов, использующие только тип и никакой другой синтаксис для сопоставления.
ClickOnce
- включить знакомый интерфейс для ClickOnce в Visual Studio;
- включить современный CI/CD для публикации ClickOnce с потоками командной строки с помощью MSBuild или инструмента Mage.
Windows Arm64
Установщики MSI теперь доступны для Windows Arm64.
Ах да. ещё "Методы-инициализаторы (module initializers)" тоже вещь мощная, которой не хватает в 1С8 - чтобы можно было в общих модулях (да и во всех модулях) объявлять функции, которые автоматически запускались, когда контекст модуля был бы доступен - конечно такое есть в ряде модулей 1С Предприятие 8 - секция инициализации модуля (внизу, например в модулях объектов, или модулях форм) - но нечто подобное нужно всё-таки для всех модулей иметь - особенно для общих - чтобы эти секции отрабатывали сразу при старте сеанса - и не нужно было вручную вставлять их вызов в типовые обработчики событий "ПриНачалеРаботыСистемы" и "УстановкаПараметровСеанса", не внося изменения в части кода, которыми не владеешь!
(2)Интересно, кто быстрее сделает - я в надстройке к 1С8. Или неизвестно когда выйдет 1С Предприятие 9, и неизвестно ещё чем удивит и чем шокирует
А если говорить о кодогенерации - так это даже не совсем фишки языка - это скорее фишки IDE и компилятора/линкера - и тут возможности Visual Studio впереди планеты всей (относительно заметно отстаёт Intelij IDEA, но там тоже есть - другой специфики).
Так что - реально - это сделать даже в 1С8 - возможно реализовав в виде стороннего плагина к 1C EDT или просто отдельной утилитой (обрабатывающей распакованные исходники конфигурации)
Но это лишь говорит о том, что все эти фишки - лишь результат той или иной продуманности языка, а не ограничений платформы (хотя эти ограничения и диктуют какие-то особые изворотливые пути реализации этих фишек).
А с воображением у архитекторов 1С как-то не очень хорошо - они очень консервативны (были), хотя вот, архитектура языка 1С Исполнителя показывает и обратный инженерный подход - излишнюю революционность (хотя, опять-таки, при недостаточной базовой реализации), наоборот чрезмерно выходящую за рамки общепринятых подходов!
В общем - от 1С можно ждать чего угодно. но готовиться нужно к любым извращениям!
СОДЕРЖАНИЕ
Обзор
Пакет обновления 1
Пакет обновления 2
Пакет обновления 3
Изменения в 1.1 включают:
Пакет обновления 1
Версия 2.0 была выпущена 22 января 2006 года. Она также была выпущена вместе с Visual Studio 2005 , Microsoft SQL Server 2005 и BizTalk 2006. Комплект разработки программного обеспечения для этой версии был выпущен 29 ноября 2006 года. Это была последняя версия, поддерживающая Windows 98 и Windows Me .
Изменения в 2.0 включают:
Пакет обновления 1
Пакет обновления 2
Пакет обновления 1
Пакет обновления 2
Исходный код библиотеки классов Framework в этой версии был частично выпущен (только для отладки) под лицензией Microsoft Reference Source License .
Пакет обновления 1
Основные направления этого выпуска:
История
10 февраля 2010 года был опубликован релиз-кандидат : Версия: RC.
18 апреля 2011 года была выпущена версия 4.0.1, поддерживающая некоторые исправления для Windows Workflow Foundation по требованию клиентов . Его компонент времени разработки, для которого требуется Visual Studio 2010 SP1, добавляет конструктор конечного автомата рабочего процесса.
27 октября 2011 года была выпущена версия 4.0.2, поддерживающая некоторые новые функции Microsoft SQL Server .
5 марта 2012 года была выпущена версия 4.0.3.
Windows Server AppFabric
Основные особенности
Платформа управляемой расширяемости (MEF)
Managed Extensibility Framework или MEF - это библиотека для создания легких расширяемых приложений. Это позволяет разработчикам приложений обнаруживать и использовать расширения без необходимости настройки. Это также позволяет разработчикам расширений легко инкапсулировать код и избегать хрупких жестких зависимостей. MEF позволяет повторно использовать расширения не только в приложениях, но и в других приложениях.
- Улучшения WPF для проверки орфографии, поддержка пользовательских словарей и улучшенная сенсорная производительность.
- Расширенная поддержка сертификатов X509 алгоритма цифровой подписи на эллиптических кривых (ECDSA).
- Добавлена поддержка подключения к SQL для AlwaysOn, Always Encrypted и улучшена отказоустойчивость при открытии подключения при подключении к базе данных SQL Azure.
- База данных SQL Azure теперь поддерживает распределенные транзакции с использованием обновленных API-интерфейсов System.Transactions.
- Многие другие исправления, связанные с производительностью, стабильностью и надежностью, в RyuJIT, GC, WPF и WCF.
- Улучшенная криптография с криптографией на эллиптических кривых
- Улучшение поддержки TLS , особенно для версии 1.2
- Поддержка поддержки высокого разрешения в Windows Forms
- Дополнительная поддержка сенсорного ввода и стилуса в Windows Presentation Foundation (WPF)
- Новые API печати для WPF
Самый последний выпуск - 4.8.0 Build 4115 с размером автономного установщика 115 МБ и датой цифровой подписи 1 мая 2021 года.
Читайте также: