Самом . NET Framework 4.5 претерпел серьезных изменений, по сравнению с 4-й версией фреймворка. Было сделано множество вещей, которые позволяют писать программный код более гибко; много возможностей, которые раньше поставлялись отдельно, теперь поставляются в паре с самим фреймворком. Теперь не нужно таскать с собой разные библиотеки, это позволит избежать одной популярной и неприятной проблемы, которая известна среди разработчиков как DLL hell . Разделение плюшек, которые могут принести новые возможности 4.5 фреймворка, я решил сделать в двух частях. Первая часть – это преимущество с точки зрения конечного пользователя, 2-я часть техническая и будет включать в основном те специфические вещи, которые позволят команде улучшить процесс разработки и написания кода.
Ribbon Control
В . NET Framework 4.0 для работы с риббонами была доступна бесплатная библиотека RibbonControlsLibrary, которую можно было загрузить с codeplex. Она адаптирована для использования в . NET Framework 4.0, поэтому имеет множество заточенных возможностей, которые были специально адаптированы под конкретный фреймфорк. Риббоны позволяют создавать составные панели и писать софт по аналогии с Microsoft Office . Пример на рисунке ниже.
NET Framework — для чего нужен?
Начну с нескольких вариантов в пользу использования новых риббон-контролов, которые появились в WPF 4.5 (4.5 фреймворк). Во-первых, это пройдет для вашего проекта безболезненно по той причине, что пространства имен не изменились, контролы не изменились, они просто дополнились и подверглись небольшим изменениям.
Вторая причина замены – это то, что Ribbon- контролы, которые есть в вашем проекте, уже включены в состав самого фреймворка и не нуждаются в отдельных библиотеках. Это минус одна библиотека в поставку.
Третья причина менее значительна, чем две предыдущие, но она также достаточно интересна. Размер библиотеки, адаптированной под 4-й фреймфорк, практически в два раза больше аналогичной под фреймфорк 4.5.
Поэтому данная замена имеет место быть, так как позволит избавиться от одной лишней библиотеки и возложит всю работу на сам фреймворк. Мы же получим оптимизированную версию, которая будет предоставлять нам новые возможности, благодаря новому фреймворку.
VirtualizingPanel
Одна из самых популярных проблем при отображении большого количества данных в гридах и т.д. – это прокрутка данных гридов, чтобы они не подвисали. Ниже представлен пример такого грида с большим количеством данных, картинку которого я взял со stackoverflow, чтобы продемонстрировать, чем это чревато.
В старой версии фреймфорка мы могли только установить свойство IsVirtualizing и VirtualizationMode . В простых случаях она спасает. Но в тех контролах, где есть группировка контролов, разного вида фильтры, это не особо помогает. В 4.5 фреймворк для панелей, наследуемых от VirtualizingPanel , добавилось несколько свойств, которые могут ускорить намного прорисовку контролов во время прокрутки.
- You can specify whether a VirtualizingPanel , such as the VirtualizingStackPanel , displays partial items by using the ScrollUnit attached property. If ScrollUnit is set to Item , the VirtualizingPanel will only display items that are completely visible. If ScrollUnit is set to Pixel , the VirtualizingPanel can display partially visible items.
- You can specify the size of the cache before and after the viewport when the VirtualizingPanel is virtualizing by using the CacheLength attached property. The cache is the amount of space above or below the viewport in which items are not virtualized. Using a cache to avoid generating UI elements as they’re scrolled into view can improve performance. The cache is populated at a lower priority so that the application does not become unresponsive during the operation. The VirtualizingPanel.CacheLengthUnit property determines the unit of measurement that is used by VirtualizingPanel.CacheLength .
Асинхронная и синхронная валидация данн ых.
Добавлен новый интерфейс INotifyDataErrorInfo , который позволяет валидировать данные на форме асинхронно.
Для пользователей, по сути, больше нет других полезных вещей, которые они могут увидеть. Но теперь пора перечислить те вещи, которые упростят жизнь разработчикам.
Отложенный байндинг
Одной из новых фишек, которые затронули WPF и которые могут пригодиться для разработчиков, – это использование отложенного байндинга. Например, вы вводите какой-то текст в TextBox и хотите его изменять в другом месте.
Вы по старинке устанавливаете UpdateSourceTrigger в PropertyChanged и получаете обновление после каждого обновления свойства (добавление символа, вставка текста, удаление символа и т.д.). А если у вас при этом используется, например, какой-то фильтр, то у вас на каждую букву будет попытка найти отфильтрованные данные для списка.
Скажем, я ввел 3 буквы и у меня три раза перестроились какие-то мои отфильтрованные данные в списке. Благодаря свойству Delay мы можем указать отложенное время, через которое необходимо обновить, например, некий фильтр или проделать нужные нам действия. Например, если мы поставим для Delay значение 1500 мс, то наше свойство будет изменено спустя 1,5 сек.
За это время мы можем ввести порядка 5-7 символов. Аналогичная возможность уже была сделана в библиотеке реактивных расширений Rx (англ. The Reactive Extensions (Rx) ) под WPF . Там это уже было сделано. Но, к сожалению, библиотека реактивных расширений не настолько популярна в мире разработки ПО, а еще мене популярна она для WPF .
Async Methods for Dispatcher
В классе Dispatcher , который вы, наверняка, используете в своем проекте, наконец-то появились нормальные асинхронные методы.
- InvokeAsync(Action)
- InvokeAsync(Action, DispatcherPriority)
- InvokeAsync(Action, DispatcherPriority, CancellationToken)
- InvokeAsync(Func)
- InvokeAsync(Func, DispatcherPriority)
- InvokeAsync(Func, DispatcherPriority, CancellationToken)
Вы, вероятнее всего, скажете, что асинхронность уже была доступна в Dispatcher с помощью методов BeginInvoke / EndInvoke, и будете правы. Теперь Dispatcher можно вызывать в асинхронном режиме, не дожидаясь ответа. Пожалуй, остановлюсь на этом моменте белее детально, поскольку надеюсь, что это нюанс будет интересен WPF- разработчикам. Класс Dispatcher наконец то начал нормально работать с тасками (класс Task с библиотеки Task Parallel Library (TPL) ). У нас появился новый класс DispatcherOperation , который возвращает нам метод InvokeAsync класса Dispatcher .
public DispatcherOperation InvokeAsync( Action callback, DispatcherPriority priority, CancellationToken cancellationToken)
if (callback == null )
throw new ArgumentNullException ( «callback» );
ValidatePriority(priority, «priority» );
DispatcherOperation operation = new DispatcherOperation ( this , priority, callback);
InvokeAsyncImpl(operation, cancellationToken);
return operation;
Пример использования InvokeAsync приведен ниже.
private async Task TestNewDispatcherAsync()
var doSomething = await Dispatcher .CurrentDispatcher.InvokeAsync< Task < string >>(DoSomething);
var result = await doSomething;
MessageBox .Show(result);
private async Task < string >DoSomething()
await Task .Delay(1000);
Это работает по одной простой причине, что в . NET 4.5 появились методы async / await, и мы можем оперировать с помощью класса Dispatcher работой с тасками.
Я считаю, что это неплохой способ использовать возможности класса Dispatcher по максимуму. И новые расширения должны вам поспособствовать разрабатывать ваши приложения легко читаемыми и легкими в сопровождении. Это немаловажно в программировании.
Налажена работа с WeakEventManager
Небольшие изменения коснулись также класса WeakEventManager , который используется для того, чтобы избежать жесткой привязки к событиям, и не следить за тем, что мы вдруг забудем отписаться от события. Использовать вместо самописных реализаций, например.
Garbage Collector Improvements
Улучшилась сборка мусора с помощью GC . Появился так называемый Background Server GC .
Кратко о преимуществе с habrahabr : Обратная сторона луны
Server GC разделяет управляемую кучу на сегменты, количество которых равно количеству логических процессоров, используя для обработки каждого из них по одному потоку.
Т.к. Server GC делит управляемую кучу на несколько сегментов (каждый их которых обслуживает отдельный логический процессор), то в параллельной сборке мусора уже нет необходимости (если бы еще один поток запускался на др. логическом процессоре). Этот режим принудительно переопределяет параметр gcConcurrent. Если включен режим gcConcurrent, режим Batch будет препятствовать дальнейшей параллельной сборке мусора (. ). Batch эквивалентен непараллельной сборке мусора на рабочей станции. При использовании такого режима характерна обработка больших (. ) объемов данных.
Asynchronous Programming with async / await
Новый подход к разработке параллельных программ, используя ключевые слова async / await .
- Task строит цепочку продолжений, которая увеличивается в соответствии с количеством задач, связанных последовательно, и состояние системы управляется через замыкания, найденные компилятором;
- a sync/await строит машину состояний, которая не использует дополнительных ресурсов при добавлении новых шагов. Однако компилятор может определить больше переменных для сохранение в стеки машины состояний, в зависимости от вашего кода (и компилятора). В статье на MSDN отлично расписаны детали происходящего.
Если вкратце, то данный подход позволяет писать код, который будет работать в асинхронном режиме и при этом не нагружать основной GUI поток.
Использование CallerMemberNameAttribute
Microsoft .NET Framework 4.5
.NET Framework 4.5 представляет собой выполняемое с помощью веб установки обновление версии .NET Framework 4, имеет высокой степенью совместимости с операционными системами.
| Лицензия: | Бесплатно | |
| Система: | Windows ALL | |
| Интерфейс: | Русский | |
| Размер: | 1 Мб | |
| Скачать |
Описание Microsoft .NET Framework 4.5
Используя .NET Framework 4.5 вместе с языками программирования C#, Visual Basic и F# можно разрабатывать приложения для Windows. .NET Framework 4.5 включает значительные расширения языка и платформы для C#, Visual Basic и F#, которые позволяют упростить создание асинхронного кода, обеспечить смешение потока управления в синхронном коде, повысить быстроту отклика пользовательского интерфейса и улучшить масштабируемость веб-приложений. .NET Framework 4.5 также реализует существенные усовершенствования в других функциональных областях, таких как ASP.NET, Managed Extensibility Framework, Windows Communication Foundation, Windows Workflow Foundation и Windows Identity Foundation. .NET Framework 4.5 обеспечивает повышение производительности, надежности и безопасности. Скачать можно выше по ссылке.
Минимальные требования оперционной системы:
Microsoft .NET Framework 4 32x 64x веб установка:
- CPU Pentium или AMD с тактовой частотой 1 ГГц или выше.
- RAM 512 МБ оперативной памяти или выше
- Минимальное место на диске: 32x – 850 МБ/64x — 2 ГБ
Источник: datarun.ru
Net Framework 4.5 для Windows 7
Microsoft .NET Framework – это пакет библиотек и сетевых сервисов, необходимых для стабильной работы множества игр, приложений и иного ПО. Софт расширяет функционал программного кода на языках F#, C#, Visual Basic. В целом, повышается производительность и безопасность всей ОС Windows. Предлагаем каждому пользователю скачать net framework 4.5 для виндовс 7.
Таким образом, софт обладает инструментами для написания сложного кода, который и способствует повышению надежности создаваемых программ и игр. Код оптимизирует процесс масштабирования веб-приложений.
Благодаря софту гарантируется корректная работа системы с приложениями, которые были созданы в других ОС с использование языков, не предназначенных для Windows.
В настоящее время написано огромное количество разнообразных программ. Многие из них просто не будут работать без установки данного софта. Познакомиться более детально с софтом поможет официальный сайт разработчика.
Выпущена платформа была в 2002 году компанией Microsoft. С тех пор она развивается, постоянно обновляясь и улучшаясь. Основа софта — Common Language Runtime, подходящая для разных языков программирования.
Считается, что софт разрабатывали как альтернатива Java, созданной другой компанией Sun Microsystems.
Важный нюанс: перед установкой софта, лучше деинсталлировать старую версию, если она, конечно, имеется на компьютере. Так вы избежите возникновения возможных конфликтов.
Кроме того, .NET Framework не подойдет для Windows XP и более старых версий.
Загрузив Framework, вы имеете возможность:
- Масштабировать web-приложения.
- Запускать игры и программы на ПК.
- Создавать игры, программы и драйверы в абсолютно любой среде. Утилита может объединять модули, которые написаны на разных языках программирования.
- Сжимать архивы.
- Расширять функционал языков программирования. Предусмотрены разнообразные классы, которые и позволяют работать с разными службами, реестром системы, сайтами и т.п.
- Работать с массивами, вес которых больше 2 Гб.
Платформа входит в ОС Windows, поэтому автоматически устанавливается вместе с системой. Бывают ситуации, когда пользователь скачивает софт, поскольку был удален какой-либо модуль, зараженный вирусом, либо часть библиотеки. Переустанавливать систему из-за этого нет смысла. Просто загрузите .NET Framework с нашего сайта.
Пользователи загружают .NET Framework, поскольку он обладает рядом преимуществ:
- Работа с разнообразными типами приложения и программ.
- Написание расширений, программ.
- Интеграция в разные версии ОС.
- Поддержка разных языков программирования.
Без установки софта, большинство приложений и игр просто не будут запускаться или возможна их некорректная работа. Тем, кто пишет приложения, скрипты и плагины, .NET Framework просто необходим. У вас есть отличная возможность скачать net framework 4.5 по ссылке ниже.
Источник: nawindows7.ru