Я работал с .NET Core около года и сейчас могу сказать, что был очень впечатлен. Поскольку наша компания создает приложения для разработчиков, которые базируются на .NET Core, я ощущаю нас причастными к тому, что сейчас происходит. Каждый день мы общаемся с клиентами, которые уже используют .NET Core в своих разработках. .NET Core быстро завоевывает популярность, и я уже предсказываю огромную потребность в разработчиках на C# и .NET Core в 2018 году. Согласно индексу программирования TIOBE, C# уже входит в пятерку наиболее популярных языков программирования. 6 вещей, которые стоит знать о C# и .NET Core Узнайте, почему .NET Core возводит C# в топ списка наиболее популярных языков программирования. 1) Простота в изучении Если вы уже работали с С, Java или даже JavaScript, синтаксис C# покажется Вам довольно знакомым. Сам синтаксис достаточно прост в понимании и чтении. Исходя из индекса TIOBE, приведенного выше, уже сейчас большинство разработчиков могут легко перейти с Java или C. В сети существует много онлайн-ресурсов для изучения C#. Большинство из них – бесплатные, другие же можно использовать за умеренную плату. Pluralsight – Отличный обучающий контент за доступную цену Microsoft Virtual Academy – Бесплатные видео и оценивание Microsoft Getting Started with C# - Бесплатные интерактивные туториалы 2) Современные возможности языка .NET существует на протяжении длительного времени и за последние 15 лет достаточно сильно преобразился и улучшился. На протяжении лет я отмечал такие прекрасные нововведения как MVC, обобщения, LINQ, async/await операторы и многое другое. Как человеку, который лично посвятил себя изучению языка, я рад наблюдать, как он модернизируется. Многое претерпело изменения с появлением .NET Core. Взять тому примером стек технологий ASP.NET. Все эти 15 лет язык C# был с нами, и он продолжает совершенствоваться. Вот некоторые наиболее примечательные особенности: Строгая типизация Качественные библиотеки классов Асинхронное программирование – шаблон async/await Сборка мусора, автоматическое управление памятью LINQ – интегрированный язык запросов Обобщения – примером List<T>, Dictionary<T, T> Управление пакетами Общие бинарные файлы для разных платформ и фреймворков Простота в использовании фреймворков для создания MVC веб-приложений и REST API. 3) Универсальность: веб, мобильные, серверные, настольные приложения Одним из наиболее значимых плюсов C# в частности и .NET в целом, я считаю, является его многогранность. Я могу писать программы для ПК, вести веб-разработку, создавать фоновые сервисы или даже мобильные приложения (спасибо Xamarin!). Кроме того, все, что мне нужно знать, дабы скомпоновать все UI-коды вместе (чего я все же стараюсь избегать), это, кроме C#, всего лишь немного JavaScript’а (+ TypeScript). Шаблоны ASP.NET Core в свою очередь при создании клиентских библиотек даже используют макеты Бутстрапа и npm. Универсальность языка - довольно весомый плюс, так как ваш вклад в его изучение может найти применение в широком спектре возможностей. Ваши навыки очень мультиплатформенные. Если пожелаете, Вы можете легко «перескочить» с разработки веб-приложений на мобильные. Пожалуй, это уникальное отличие от других языков, заточенных только под серверную часть. Не стоит забывать о первоклассной поддержке Microsoft Azure. Нужно задеплоить проект на облако? Нет ничего проще: сия операция осуществляется всего лишь в пару кликов. Поддержка Docker-контейнеров также присутствует, что значительно упрощает деплой приложений на AWS или другие хостинги на Ваше усмотрение. 4) Качественные инструменты разработчика Visual Studio всегда считалась одной из лучших сред разработки. Это прекрасный редактор кода, поддерживающий такие фичи, как компиляцию, отладку, профилирование, git-репозиторий, юнит-тестирование и многое другое. Плюс, за вами всегда остается возможность писать коды для .NET Core в любом текстовом редакторе в виде обычных текстовых файлов. Вы также можете использовать Visual Studio Code на любой ОС в качестве отличного редактора кода. Даже те из нас, кто никогда не желает расставаться с этим Vim или Emacs, могут вести разработку на C#. Можно также установить плагины для Visual Studio и добавлять свои «горячие клавиши». Вся экосистема .NET изобилует прекрасными инструментами. К примеру, вряд ли я смогу представить жизнь без Resharper`а или JetBrains. Существуют десятки классных инструментов, включая смеси открытого кода и коммерческих продуктов. 5) Обобщение навыков .NET обладает очень хорошим набором базовых библиотек. В отличие от Node.js, такие простые строковые функции, как LeftPad(), уже встроены. Подобное разнообразие стандартных библиотек значительно уменьшает потребность в сторонних пакетах. Также благодаря вмешательству Microsoft, мы можем использовать такие технологии, как JSON.NET и прочее. Microsoft обеспечивает качественный набор шаблонов и их реализаций на .NET. К примеру, сервис для работы с данными (Entity Framework) и MVC уже встроены. Большинство разработчиков именно ими и пользуется. Подобный подход значительно упрощает взаимодействие между командами и ускоряет понимание, как проект работает. Благодаря этому, Ваши знания и навыки становятся более универсальными. 6) Код .NET Core в свободном доступе Одним из наиболее значимых событий, которое когда-либо происходило на .NET, является публикация исходного кода. Теперь каждый на GitHub’е может просматривать, вносить правки и дополнять его. Пожалуй, большинство людей даже никогда не думали о том, что подобное может когда-либо произойти. Как разработчику, время от времени Вам необходимо «заглядывать за ширму», дабы понимать, как на самом деле работает код. К примеру, раньше я мог только гадать, закрывает ли вызов метода Dispose() на базе данных соединение или нет. Если же Вы можете заглянуть в исходный код, большинство схожих вопросов отпадает. Даже если Вы не дополняете исходники, так или иначе Вы получаете пользу от тех, кто это делает. Проблемы и возможные улучшения быстро обсуждаются, реализуются и публикуются в свободный доступ. Прошли теперь те дни, когда на ожидание сколь-либо значительных улучшений или незначительных правок уходили годы. Заключение На протяжении лет я читал о программистах-полиглотах и о новых классных языках. В разное время люди писали на Ruby, Python, Scala, Go, Node.js, Swift и прочем. Приятно видеть, что Microsoft, сообщество сделали с .NET Core и как он вознесся в ранг первоклассной платформы. Я даже портировал .NET приложения на Maрc! Проблемой многих существующих языков программирования является то, что они узкоспециализированы. Ruby и PHP прекрасно подходят для веб-приложений. Swift или Objective C лучшего всего использовать для IOS или MacOS. Если нужно написать серверное приложение, можно использовать Python, Java и так далее. Пожалуй, кроме C#, только JavaScript и Java могут считаться языками широкого профиля. Мне бы было трудно применить навыки для решения различных задач, если бы я был вынужден работать со многими языками программирования. Это ограничивает возможности. Мне нравится универсальность C#, нравится то, что его можно использовать для разных типов приложений. Теперь, поскольку .NET Core так же подходит и для MacOS и Linux, больше нет никаких лимитов на его применение. Автор перевода: Евгений Лукашук Источник

Что такое Dependency Injection (внедрение зависимостей) на языке C#? Как это работает, типы внедрения зависимостей в C# и многое другое. В недавнем сообщении в блоге мы говорили о том, что язык C# в частности и виртуальная машина .NET в целом являются технологиями высокого уровня. Если вы планируете писать код на C#, внедрение зависимостей - это лишь одна из многих вещей, о которых вы должны знать. Продолжайте читать пример внедрения зависимостей C#, чтобы вы могли использовать его в своих интересах в своем следующем проекте. Определение Dependency Injection в C# Если вы более подробно рассмотрите Dependency Injection (DI), то увидите, что это паттерн проектирования программного обеспечения, который позволяет разрабатывать слабосвязанный код. Через DI вы можете уменьшить «жесткость» связи между программными компонентами. Внедрение зависимостей также известно как Inversion-of-Control (инверсия управления), которая упрощает модульное тестирование. Крайне важно сделать шаг назад к основам проектирования объектно-ориентированного приложения, где основным аспектом проектирования является «слабая связь». Это означает, что объекты имеют только столько зависимостей, сколько необходимо для выполнения своих заданий, а число зависимостей должно быть ограничено. Кроме того, зависимости объекта должны быть от интерфейсов, а не от конкретных объектов. Что такое конкретный объект? Это любой объект, созданный с помощью ключевого слова «new». Благодаря «слабому связыванию» вы упрощаете поддержку программного продукта и даёте большую возможность повторного использования. Кроме того, вы можете использовать так называемые Mock-объекты, предназначенные для замены дорогостоящих сервисов, таких как socket-communicator. Существует три типа DI: 1) Constructor Injection 2) Setter Injection 3) Method Injection Поскольку DI используется для упрощения сопровождения кода, он использует паттерн с объектом-конструктором для инициализации объектов и предоставления необходимых зависимостей объекту. Как вы можете видеть, теперь вы можете «внедрить» зависимость снаружи класса. Как работает Dependency Injection в C# Чтобы проиллюстрировать, что вашему классу Client необходимо использовать компонент класса Service, лучшего всего, чтобы ваш клиентский класс «знал» об интерфейсе IService вместо класса Service. Благодаря этому вы можете изменить реализацию класса Service столько раз, сколько хотите, не нарушая хост-кода. Полезно понимать Принцип Инверсии Зависимостей (Dependency Inversion Principle), который помогает нам при написании слабо связанных классов. Определение: Модули высокого уровня не должны зависеть от модулей низкого уровня. Оба должны зависеть от абстракций. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций. Как вы внедряете зависимость между двумя модулями? Через инверсию управления. Это фактический механизм, который вы можете использовать для создания модулей более высокого уровня, зависящих от абстракций. Вы должны инвертировать элемент управления, чтобы следовать принципу инверсии зависимостей. В результате ваши высокоуровневые модули больше не зависят от конкретных низкоуровневых реализаций. Давайте немного погрузимся в три типа Dependency Injection: Constructor Injection Основная предпосылка здесь заключается в том, что объект не имеет значений по умолчанию или одного конструктора. Для создания объекта необходимо задать определенные значения во время создания. Вкратце, Constructor Injection использует параметры для внедрения зависимостей. Это самый распространенный вид DI, который выполняется путем предоставления зависимости через конструктор класса при создании экземпляра этого класса. Кроме того, внедряемый компонент можно использовать в любом месте внутри класса. Хотя он должен использоваться, когда сия зависимость действительно необходима для работы класса. К тому же Constructor Injection используется в наиболее распространенном сценарии, когда классу требуется одна или несколько зависимостей. Вот несколько преимуществ Constructor Injection: • Инициирует контракт сильной зависимости. • Он поддерживает тестирование. • Можно сделать неизменным. Setter Injection Его также называют Property Injection (внедрение свойств). Setter Injection позволяет нам создавать затратные ресурсы и сервисы только по мере необходимости и как можно позже. Кроме того, он не требует предварительной проводки всего графика зависимостей. Единственная проблема - трудно определить, какие зависимости требуются. Хотя это не требует добавления или изменения конструкторов. К тому же перед использованием вам нужно будет проверить значение null. Method Injection Это наименее распространённый патерн, он используется только в крайних случаях. Как указано в названии, Method Injection вводит зависимость в метод, который будет ее использовать. В результате это удобно, когда для всего класса нужен только один метод, а не зависимость. Преимущества Dependency Injection C# С помощью DI вы можете вводить дополнительный код между зависимостями. Чтобы проиллюстрировать это, вы можете использовать Constructor Injection, чтобы предоставить объекту его зависимости. Если у вас есть класс с 10 методами, которые не имеют зависимостей, но вы хотите добавить новый метод с зависимостью, вы можете изменить конструктор для использования Constructor Injection. С другой стороны, вы можете просто добавить новый конструктор, который будет принимает зависимость. Тем не менее если зависимость нежелательна, вы можете использовать Setter Injection, поскольку она позволяет создавать дорогостоящие ресурсы только тогда, когда это необходимо. Как вы можете видеть, DI делает код надежным, поддерживаемым, многоразовым и читаемым. Источник

C# занимает лидирующие позиции во всех рейтингах языков программирования. Так как рынок труда активно развивается, программисты, которые хорошо знают C# и технологии .NET, являются очень востребованными. На ITVDN вы найдете все необходимое, чтобы выучить C# с нуля до профессионального уровня. Курсы записаны сертифицированными разработчикам и тренерами Microsoft. Мы рекомендуем проходить обучение в такой последовательности:    C# Starter, автор Александр Шевчук Выполнение домашних заданий по C# Starter, автор Константин Черный How to C# Starter, автор Богдан Бондарчук Тренажер по C# Starter Visual Studio Tips & Tricks, автор Дмитрий Охрименко  C# Essential, автор Александр Шевчук Выполнение домашних заданий по C# Essential, автор Константин Черный How to C# Essential, автор Богдан Бондарчук Тренажер по C# Essential C# Универсальные шаблоны, автор Николай Мельничук  Unit Тестирование в C#, автор Дмитрий Охрименко  Асинхронное программирование в C# 5, автор Олег Кулыгин C# для профессионалов, автор Александр Шевчук  How to C# Professional, автор Константин Черный Что нового в C# 6.0-7.0, автор Александр Ткаленко Также вас могут заинтересовать записи вебинаров ITVDN: С# - с чего начать и как идти дальше? Работа с Microsoft Word на C# Если вы планируете свое обучение C# с нуля, тогда наилучшим решением будет приобретение подписки ITVDN сроком на 3 или 6 месяцев.

Що таке C#? Що таке Java? C# vs. Java: основні подібності. C# vs. Java: основні відмінності. Коли варто використовувати C# або Java? C# vs Java - яка із загальноцільових, об'єктно-орієнтованих мов програмування найкраще підійде вам для роботи? Вони обидві мають великі бібліотеки, які можна використовувати для створення застосунків для ПК, веб, мобільних пристроїв та інших платформ. Обидві мають великі спільноти захоплених шанувальників і багато онлайн-підтримки. Маючи так багато спільного, вибір правильної мови потребує більш тонкого, ретельного підходу. Давайте докладніше розглянемо подібність і різницю між C# і Java. Що таке C#? C# - це мова програмування загального призначення, яка вперше з'явилася в 2000 році в рамках ініціативи Microsoft .NET. Вона була розроблена для загальної мовної інфраструктури (CLI) – відкритої специфікації, розробленою Microsoft та стандартизованою ISO та ECMA. Застосунки C# скомпільовані в байт-код, який може запускатися при реалізації CLI. Що таке JAVA? Java, спочатку випущена Sun Microsystems в 1995 році, є мовою програмування загального призначення, яка була розроблена з конкретною метою, що дозволяє розробникам «write once, run anywhere», тобто написати код один раз і запускати в будь-якому місці. Java-застосунки скомпільовані в байт-код, який може запускатися при реалізації віртуальної машини Java (JVM). Подібно до CLI, JVM допомагає подолати розрив між вихідним кодом і 1 і 0, які розуміє комп'ютер. C# VS. JAVA: ОСНОВНІ ПОДІБНОСТІ Поява як Java, так і C#, тісно пов'язані з переходом від низькорівневих мов програмування, як-от мови програмування C++, до мов більш високого рівня, котрі компілюються в байт-код. Байт-код можна запустити на віртуальній машині. З цим пов'язаний ряд переваг, насамперед, можливість написання коду, який буде зрозумілий людині та працюватиме на будь-якій апаратній архітектурі, на якій встановлено віртуальну машину. Якщо відкинути синтаксичні чудасії вбік, то не дивно, що ці дві подібні між собою мови такі популярні для розробників додатків. Ось декілька основних подібностей між C# і Java: Безпека типів. Помилка типу виникає коли тип даних одного об'єкта помилково призначається іншому об'єкту, створюючи ненавмисні побічні ефекти. І C#, і Java працюють на те, щоб гарантувати виявлення таких типів незаконних приведень під час компіляції. Якщо приведення не може бути застосовано до нового типу, то під час виконання такі винятки будуть видалені. Збирання сміття. У мовах більш низького рівня управління пам'яттю може бути стомлюючим, адже потрібно пам'ятати про те, що необхідно правильно видалити нові об'єкти, щоб звільнити ресурси. У С# та Java є вбудоване збирання сміття, яке допомагає запобігти витоку пам'яті шляхом видалення об'єктів, які більше не використовуються програмою. Витоки пам'яті все ще можуть виникати, але завдяки основам управління пам'яттю - це вже не ваша проблема. Одиночне наслідування. Обидві мови підтримують одиночне наслідування – це означає, що існує лише один шлях з будь-якого базового класу до будь-якого з його похідних класів. Це обмежує ненавмисні побічні ефекти, які можуть виникати за наявності кількох шляхів між кількома базовими класами та похідними класами. Diamond pattern – книжковий приклад цієї проблеми. Інтерфейси. Інтерфейс є абстрактним класом, де всі методи абстрактні. Абстрактним методом є той метод, який оголошено, але він не містить подробиць його реалізації. Код, який визначає будь-які методи або властивості, визначені інтерфейсом, повинен надаватися класом, що його реалізує. Це допомагає уникнути двозначності патерну diamond, оскільки завжди зрозуміло, який базовий клас реалізує даний похідний клас під час виконання. Результатом є чиста ієрархія лінійних класів одиночного наслідування у поєднанні з деякою універсальністю множинного наслідування. Фактично використання абстрактних класів є одним із способів множинного наслідування мов, які можуть подолати проблему паттерну diamond. C# VS. JAVA: ОСНОВНІ ВІДМІННОСТІ Важливо пам'ятати, що C# бере свій початок у бажанні Microsoft мати власну «Java-подібну» мову для платформи .NET. Оскільки C# не створювався у вакуумі, нові функції були додані та налаштовані для вирішення проблем, з якими стикалися розробники Microsoft, коли вони спочатку намагалися створити свою платформу Visual J++. У той же час спільнота Java з відкритим вихідним кодом продовжувала зростати і між цими двома мовами розвивалася гонка технічних озброєнь. Ось деякі з основних відмінностей між C# та Java. Windows vs open-source. Хоча існують реалізації з відкритим вихідним кодом, C# в основному використовується в розробці для платформ Microsoft - .NET Framework CLR і є реалізацією CLI, що найбільш широко використовується. На іншому кінці спектру Java має величезну екосистему з відкритим вихідним кодом і у нього відкрилося друге дихання частково завдяки тому, що Google використовує JVM для Android. Підтримка узагальнень (Generics). Generics покращує перевірку типів за допомогою компілятора, в основному видаляючи приведення з вихідного коду. У Java засоби узагальнень реалізуються з використанням стирань. Параметри загального типу «стираються», а при компіляції до байт-коду додаються приведення. C# також використовує узагальнення, інтегруючи його в CLI та надаючи інформацію про тип під час виконання, що дає невелике збільшення продуктивності. Підтримка делегатів (вказівників). У C# є делегати, які по суті служать як методи, які можуть бути викликані без знання цільового об'єкту. Для досягнення такої ж функціональності в Java необхідно використовувати інтерфейс з одним методом або іншим способом обходу, який може вимагати нетривіальної кількості додаткового коду в залежності від програми. Перевірювані винятки: Java розрізняє два типи винятків – перевірювані та неперевірювані. C# вибрав більш мінімалістський підхід, маючи лише один тип виключення. Хоча здатність ловити винятки може бути корисною, вона також може негативно впливати на масштабованість та контроль версій. Поліморфізм: C# та Java використовують дуже різні підходи до поліморфізму. Java допускає поліморфізм за замовчуванням, C# повинен викликати ключове слово «virtual» в базовому класі і ключове слово «override» у похідному класі. Перерахування (Enums): в C# перерахування являють собою прості списки іменованих констант, де базовий тип має бути цілим. Java представляє перерахування більш глибоко, розглядаючи його як іменований екземпляр типу, що спрощує додавання користувацької поведінки до окремих перерахувань. Коли варто використовувати C# або Java? Мова, яку ви зрештою вирішите використовувати, багато в чому залежатиме від платформи, яку ви обрали для свого проєкту. Сьогодні C# використовується в основному для реалізації CLI на .NET Framework, Mono та Portable.NET. Якщо ваше програмне забезпечення або веб-додаток створюються для Windows, C# працюватиме найкраще з набором технологій .NET. Тим не менш, якщо ви хочете розробляти для Unix, Linux або інших платформ поза межами платформи Microsoft, екосистема з відкритим вихідним кодом - Java - найкращий вибір. Спільнота постійно створює нові бібліотеки та інструменти. З'явилися нові потужні мови, такі як Scala, Clojure та Groovy, і вони також базуються на JVM. До того ж це непогано, що більшість реалізацій JVM є загальнодоступними та безкоштовними. Java – основна мова розробки, яку використовує Google для Android – найбільшої мобільної операційної системи у світі в даний час. Майте на увазі, що перераховані вище переваги незначні, і жодна з мов не зникне найближчим часом. Обидві мови існують досить довго і, насправді, ви не зможете нічого такого побудувати однією мовою, чого б не змогли побудувати іншою. Підсумок: виберіть мову, яка найкраще підходить для платформи вашого проєкту. Джерело: https://www.upwork.com/hiring/development/c-vs-java/

ASP.NET Core представляет собой существенный редизайн ASP.NET. В этом разделе представлены новые концепции в ASP.NET Core, а также содержатся объяснения, как они помогают разрабатывать современные веб-приложения.   Что такое ASP.NET Core? ASP.NET Core – это новый общедоступный и кроссплатформенный фреймворк для создания современного облака приложений, связанных с подключением к интернету, таких как веб-приложения, приложения для интернета вещей и мобильных серверов. Приложения ASP.NET Core могут работать на .NET Core или на полной платформе .NET Framework. Этот фреймворк был спроектирован таким образом, чтобы обеспечить оптимизированную платформу разработки для приложений, которые перемещаются в облако или выполняются локально. Он состоит из модульных компонентов с минимальной перегрузкой, поэтому вы сохраняете гибкость при построении своих решений. Существует возможность разрабатывать и запускать кроссплатформенные ASP.NET Core приложения на Windows, Mac и Linux. Фреймворк ASP.NET Core общедоступен на GitHub. Зачем строить ASP.NET Core? Первая предварительная версия ASP.NET появилась почти 15 лет назад как часть платформы .NET Framework. С тех пор миллионы разработчиков использовали технологию для создания и запуска отличных веб-приложений. За эти годы удалось добавить и разработать множество возможностей. ASP.NET Core имеет ряд архитектурных изменений, которые приводят к более компактной и модульной структуре. ASP.NET Core больше не основывается на файле System.Web.dll. Он основан на наборе детальных и хорошо структурированных пакетов NuGet. Это позволяет оптимизировать приложение с помощью пакетов NuGet, которые вам необходимы. Преимущества меньшей площади поверхности приложения включают: более строгую защиту, сниженный уровень обслуживания, улучшенную производительность и снижение затрат в модели «плати за то, что используешь». С помощью ASP.NET Core вы достигните таких основных улучшений: Единая история создания для Web UI и Web APIs Интеграция современных клиентских фреймворков и схем разработки Конфигурация, готовая для работы в облаке и основывающаяся на окружении Встроенная поддержка внедрения зависимостей Новый легкий и модульный HTTP-запрос Возможность хостироваться в IIS либо в вашем собственном приложении Фреймворк построен на платформе .NET Core, которая поддерживает истинное совместное управление версиями приложений Поставка как полные NuGet пакеты Новый инструментарий, который упрощает разработку современных веб-приложений Сборка и работа кроссплатформенных ASP.NET приложений на Windows, Linux и Mac Общедоступный и социально-ориентированный фремворк   Создание web UI и web APIs с использованием ASP.NET Core MVC Вы можете создавать службы HTTP, которые охватывают широкий круг клиентов, включая браузеры и мобильные устройства. Поддержка нескольких форматов данных и согласования содержимого – уже встроены. ASP.NET Core - идеальная платформа для создания web APIs и RESTful приложений на .NET Core. Вы можете создавать хорошо факторизованные и тестируемые веб-приложения, которые следуют шаблону Модель-Вид-Контроллер (MVC). Razor обеспечивает продуктивный язык для создания Views Тег-хэлперы позволяют серверному коду участвовать в создании и рендеринге HTML- элементов в файлах Razor Привязка модели автоматически отображает данные из HTTP-запросов в параметры метода действия Проверка модели автоматически выполняет проверку на стороне клиента и на стороне сервера   Разработка клиентской стороны ASP.NET Core предназначен для беспроблемной интеграции с различными клиентскими платформами, включая AngularJS, KnockoutJS и Bootstrap. Материал подготовлен на основе статьи: https://docs.microsoft.com/en-us/aspnet/core/. Авторы: Daniel Roth, Rick Anderson, Shaun Luttin

Существует несколько причин для создания суперпростых и легких HTTP сервисов, которые еще называются «микросервисами». Нет нужды говорить обо всех операционных и архитектурных преимуществах такого подхода к построению системы, так как это не раз обсуждалось на разных ресурсах. Я хотел бы показать пару техник построения весьма простых и компактных HTTP сервисов на основе ASP.NET Core без использования каких-либо фреймворков и с минимальным разрастанием кода. Предпосылки То, что я буду обсуждать в данной статье, базируется на пакете ASP.NET Core 1.2, который на момент написания еще не был в релизе. Я использую CI, поданную в ASP.NET Core, поэтому мой Nuget.config выглядит таким образом: Когда версия 1.2 добавится в Nuget, этого больше не потребуется. ASP.NET HTTP endpoints без MVC ASP.NET Core позволяет определить HTTP endpoints непосредственно на спецификации OWIN, которая построена вокруг, не используя полномасштабную структуру MVC и ее контроллеры для обработки входящих запросов. Так было с самого начала – вы могли использовать компоненты промежуточного программного обеспечения для обработки входящих HTTP запросов и короткую схему ответа непосредственно клиенту. Во многих проектах на основе профиля ASP.NET Core уже используется такая техника, например, Identity Server 4.  Это не новая концепция – нечто подобное существовало (хотя и в ограниченной форме) в классическом ASP.NET с HTTP модулями и HTTP обработчиками. Позднее, в Web API можно было определить обработчики сообщений для обработки HTTP запросов без необходимости определения контроллеров. И, наконец, в OWIN и в Project Katana это также было возможно через подключение к пользовательским компонентам промежуточного ПО. Другой альтернативой является точное определение пользовательского IRouter и прикрепление от него различных endpoints. Основное различие между этим подходом и подключением пользовательских компонентов промежуточного ПО в том, что маршрутизация сама по себе представляет единое промежуточное ПО. Это также дает нам возможность для гораздо более сложного сопоставления URL шаблона и определения ограничения маршрута – то, что Вам нужно было бы обрабатывать вручную в случае промежуточного программного обеспечения. ASP.NET Core 1.2 скоро представит ряд новых методов расширения на IRouter, которые сделают создание простых и компактных HTTP endpoints еще проще. Станет возможным заполнить более ранние версии ASP.NET Core этой функциональностью путем простого копирования новых расширений в ваш проект. Настройка базы для простого и компактного HTTP API Это project.json для нашего микросервиса. Он содержит только самые базовые пакеты. Мы используем здесь абсолютный минимум: • Kestrel и IIS интеграция выступают в качестве хоста сервера • пакет маршрутизации • пакеты протоколирования и конфигурации Для того, чтобы привести и наш код к абсолютному минимуму, мы можем даже бросить концепцию Startup класса для нашей API установки, и просто писать весь код бэкэнда API в одном файле. Вместо того, чтобы закреплять все в типичные Startup точки расширения, такие как методы Configure() и ConfigureServices(), мы повесим все на WebHostBuilder. WebHostBuilder довольно часто игнорируется разработчиками ASP.NET Core, потому что генерируется шаблоном в качестве точки входа внутри класса Program, и, как правило, нам не нужно даже изменять его – поскольку он по умолчанию указывает на класс Startup, где происходит почти вся работа по настройке и конфигурации. Тем не менее, он также предоставляет аналогичные зацепки, которые есть у Startup, поэтому можно просто определить все непосредственно на WebHostBuilder. Наша базовая API конфигурация приведена ниже. Она еще ничего не делает с точки зрения воздействия HTTP endpoints, но она полностью функциональна со стороны процесса подготовки создания (маршрутизатор подключен), входа в консоль и захвата конфигурации из JSON и переменных окружения. Мне нравится этот подход, поскольку он поразительно краток. Примерно в 20 строках кода мы имеем отличную базу для легкого HTTP API. Естественно, мы могли бы обогатить ее более широкими возможностями по необходимости – например, добавить в наши собственные сервисы или добавить проверку маркера с использованием соответствующих пакетов интеграции из Microsoft.Security или IdetntityServer4. Добавление HTTP endpoints в наше решение Финальный шаг – это добавление HTTP endpoints. Мы сделаем это, используя вышеупомянутый расширяющий метод, который будет представлен в ASP.NET Core 1.2. Для демонстрации нам необходима любая модель и сымитированные данные, чтобы использовать стандартный Contact и примеры ContactRepository. Код ниже запускается в расширяющем методе Configure() на WebHostBuilder, о чем уже было упомянуто ранее. Он показывает HTTP обработчики для получения всех контактов и получения контакта по ID. Этот код должен быть достаточно самостоятельным в описании – мы делегируем справочную операцию в хранилище и затем просто выводим результат в HTTP ответе. Расширяющий метод-маршрутизатор также дает нам доступ к значениям данных маршрута, делая простым управление сложных URI. К тому же, мы можем использовать обычные шаблоны маршрутов ASP.NET Core со всей мощью ограничений, которые очень удобны, например, так как вы и ожидаете, contacts/{id:int} не будут поставлены в соответствие для нецелочисленных ID. Я также помог себе, добавив удобный расширяющий метод для написания ответного потока. Финальный шаг – это добавление в HTTP endpoints изменения состояния серверной части: POST (добавить) новый контакт PUT контакт (изменить существующий) DELETE (удалить) контакт Нам потребуется дополнительный расширяющий метод, чтобы упростить это, потому что необходимо дессерилизовать запрос тела потока в JSON и нам хотелось бы проверить аннотацию данных нашей модели, чтобы гарантировать, что запрос от клиента является валидным. Очевидно, что будет глупо повторять код раз за разом. Этот расширяющий метод приведен ниже и в нем используются JSON.NET и System.ComponentModel.DataAnnotations.Validator. Заметьте, что метод вернет клиенту ‘400 Bad Request’, если модель не окажется валидной. Например, требуемое поле будет пропущено – мы также получим ошибку валидации. Далее показано определение HTTP endpoints: Вот и все – вы можете улучшить этот код, добавив в него, например, удобные методы чтения и выбора значений из RouteDataDictionary. Также не вызовет проблем усиление кода аутентификацией и даже внедрение в него новой авторизационной политики ASP.NET Core. Полный код нашего «микросервиса» (без вспомогательных расширяющих методов, которые, я предполагаю, вы в любом случае захотите собрать воедино и заново использовать) показан ниже – и мне нравится полученный результат. Я считаю, что это весьма привлекательный, лаконичный способ построения простого и компактного API в ASP.NET Core. Исходники доступны на Github. Оригинал статьи тут: http://www.strathweb.com/2017/01/building-microservices-with-asp-net-core-without-mvc/

Наверное, сейчас самое подходящее время для разработки веб-приложений, конечно, если вам подходит эта среда. Такие фрэймворки, как Angular, Aurelia, React и многие другие – отличные инструменты, но их изучение нелегко даётся  и нужно помучиться, чтобы ими овладеть. Node-модули, npm, gulp, grunt, bower, webpack, babel и так далее. Зависимости, конфигурации ОС и все остальные виды мусора часто встают на пути. Ужасно, когда уходят часы, чтобы разобраться в этом «болоте». Довольно часто вам хочется просто работать по схеме «Файл – Новый проект», и чтобы другие разбирались с остальной чепухой. Что ж, ребята из Microsoft согласны и готовы помочь. Встречайте JavaScriptServices. JavaScriptServices – набор технологий для разработчиков ASP.NET Core, обеспечивающий инфраструктуру, которую вам необходимо выстроить в приложении со стороны клиента, используя Angular, Aurelia, React и другие фреймворки. Это полностью open-source проект, и он содержит кучу фич, на которые вы и не надеялись, а именно: Набор NuGet/NPM пакетов, которые предлагают такой функционал:       Вызов произвольного NPM-пакета в рантайме из .NET code       Серверная предварительная визуализация SPA-компонентов       Межплатформенное программное обеспечение Webpack       Hot module replacement, возможность очень быстро отобразить изменения в браузере без перезагрузки страницы       Серверная и клиентская маршрутизация и валидация интеграции       "Cache priming" (для Angular 2)       "Lazy loading" (для Knockout) Хотите использовать Webpack, чтобы все это создать? Без проблем. Хотите запустить свой JavaScript код на сервере в рантайме? JavaScriptServices сделает и это. JavaScriptServices создан для того, чтобы устранить всё, что мешает, и позволить вам писать собственные приложения со всеми фичами, которыми только пожелаете. Как бонус на GitHub есть отчет по JavaScriptServices с примерами и гайды для начинающих. Создание Brand New Application. Начать очень просто. Проект идет с заранее настроенным генератором Yeoman, что позволяет раскрутить новый проект из командной строки в считанные секунды. Во-первых, установите необходимые шаблоны проекта из npm:     Затем просто создайте свой проект:     Дальше вы увидите забавную подсказку ASCII, дабы знать, как сконфигурировать проект:     После выбора команды ‘dotnet run’ вы должны получить то, что ожидали.  Уже сделали приложение? Если у вас уже есть существующее ASP.NET приложение и вы хотите покопаться в создании нового front-end для него, используя один из вышеупомянутых фрэймворков, JavaScriptServices поможет в этом. Есть три пакета NuGet, которые можно использовать в проекте в зависимости от ваших потребностей: Microsoft.AspNetCore.NodeServices – если Вы работаете с Node.js, тогда это то, что нужно. В сущности, он дает возможность .NET code выполнить JavaScript на сервере в среде Node.js (то есть использует NPM-пакеты во время выполнения вашего .NET Core  приложения). Microsoft.AspNetCore.SpaServices – для создания SPA-приложений на Angular 2 или React. Пакет предоставляется со всеми необходимыми инструментами для управления серверным pre-рендером, а также межплатформенной поддержкрй для webpack. Microsoft.AspNetCore.AngularServices – очень похожий на SPAServices пакет, за исключением того, что он имеет свойственные Angular вспомогательные методы и поддерживает “cache priming”, который предварительно оценивает AJAX запросы на сервере, так что вашему client-side коду не нужно будет подключаться к сети после загрузки. Подключите все нужные пакеты к вашему NET.Core приложению, и оно будет работать с удобными для вас client-side фреймворками (и с любыми другими межплатформенными фичами, например, серверной обработкой).  Может ли обычный пользователь создать такой же проект? Для некоторых пользователей (обычных юзеров) мигающий курсор чёрной командной строки подобен ночному кошмару. Если вы как раз из таких, не беспокойтесь, для вас тоже кое-что есть. Недавно команда Visual Studio Web Tools выпустила ASP.NET Core Template Pack extension. Он опирается на сервисы JavaScript для скаффолдинга нового ASP.NET Core проекта, используя ваш любимый фрэймворк:     Работа над JavaScriptServices еще в процессе и пока добавлены не все популярные фрэймворки. Однако, Core Template Pack – это open-source проект, так что если вам необходимо поработать с фрэймворком MagicJSFoo, вы действительно сможете это сделать. Оригинал: http://rion.io/, 05 December 2016.

Введение Данный пример показывает, как рассчитать сложный процент через временной период. Введите основную сумму, процентную ставку и количество лет в TextBox. Когда Вы кликните Рассчитать, программа использует следующий код для отображения баланса в течение следующих лет.  // Расчет и отображение процентов для следующих лет private void btnCalculate_Click(object sender, EventArgs e) {     lstResults.Items.Clear();     double principle = double.Parse(txtPrinciple.Text);     double interestRate = double.Parse(txtInterestRate.Text);     int numYears = int.Parse(txtNumYears.Text);     for (int i = 1; i <= numYears; i++)     {         double balance = principle * Math.Pow(1 + interestRate, i);         lstResults.Items.Add("Year " + i.ToString() + "\t" +             balance.ToString("C"));     } } Программа просто перебирает годы, рассчитывая сложный процент по формуле:    balance = principle * Math.Pow(1 + interestRate, i) Это простая формула сложного процента, поэтому расчет делается лишь раз в год. Интересно знать: чтобы посчитать, сколько нужно времени чтобы удвоить Ваши деньги, можно использовать «Правило 72-х». Разделите процентную ставку на 72 и результат покажет приблизительное количество лет, которые потребуются для удвоения суммы Ваших денег. Для примера, при ставке 7.2%  это займет около 10 лет. Это довольно приблизительная оценка.

Введение В следующих примерах используется HTML Agility Pack (НАР), чтобы загрузить HTML в объект модели документа (DOM) и разбить на узлы. Дополнительно есть случаи, когда приходилось анализировать документ об элементах, которые не являются действительно узлами, такие как комментарии. В дополнение к наблюдениям около HAP в целом будут указаны методы расширения, предоставляемые пакетом HAP.CSSSelectors, что позволяет значительно проще выбирать. Задний план Был успешно использован Html Agility Pack для клиента, проанализированы HTML документы, чтобы извлечь необходимую информацию. Расширения CSSSelector будет добавлять новый мощный уровень абстракции, чтобы собрать необходимые данные. Использование кода Пакеты для примера нужно будет импортировать с помощью NuGet. Описания пакетов будут загружены в проекте, но нужно будет установить менеджер пакетов NuGet для восстановления библиотек. В проект был включен очень простой HTML файл с примерами вопросов, которые необходимы для решения своих проектов. Чтобы проверить без лишних изменений, необходимо скопировать файл HTML в следующем дисководе и каталоге - C: \ TestData. HtmlAgility имеет ряд классов, доступных для его добавляемых классов и перечисления, которые представляют различные части DOM, эти классы включают HtmlAttribute, HtmlAttributeCollection, HtmlCommentNode и так далее. Первый класс, который мы будем изучать, это HTMLDocument класс. Этот класс имеет методы для загрузки и анализа документа в его соответствующих частях. В исходном коде вызывается каждая секция кода, использующая номенклатуру (часть X), где X представляет собой число. Чтобы использовать, следующая строка должна быть реализована: HtmlAgilityPack.agpack = new HtmlAgilityPack.HtmlDocument(); Следующий метод вызывает метод для загрузки документа. Вы можете загрузить его из строки:   agpack.LoadHtml(Html string) //or from a resource – agpack.Load(@"c:\testdata\testdat.htm");   Файл в себя включает недостающий закрывающийся тег шрифта и неуместный закрывающий тег. Он прекрасно работает в браузере, не выдает ошибку в HAP, но может быть проверенным на это. var errors = agpack.ParseErrors; ParseErrors будет возвращать коллекцию и подсчет ошибок. Достаточно интересная вкладка, закрытие шрифта не выдаст ошибку. После того, как документ был загружен, двумя основными способами для поиска являются:  SelectNodes(string XPath)  // from the DocumentNode GetElementbyId(string Id) // from the HtmlDocument Поскольку может быть только один ID, getElementById вернет один узел и SelectNodes вернет коллекцию узлов, потому что с помощью XPath он может соответствовать одному или нескольким элементам. Находим приложение, где будет добавляться несколько файлов вместе, ограничивающее каждый документ с начальным и конечным комментариями. Ниже показано, как обрабатывать разделения этого документа обратно в его составную часть. Файл, который включен, имеет секцию, которая очерчена с комментариями:  HTML Body  Вы можете использовать следующую команду, чтобы получить комментарий: var comment = agpack.DocumentNode.SelectNodes("//comment()[contains(., 'Start Table:')]"); Это говорит от всего документа ("//") выбор комментариев, что содержат от текущего местоположения (.) слово Начало табл. Так как это является комментарием, то не имеет дочерних узлов и внутреннего текста, только текст самого комментария. Это полезно, если то, что вы хотите сделать - это разобрать комментарий, чтобы определить значение в комментарии (номер счета в данном случае), но на самом деле не поможет, если вы хотите видеть текст между комментариями. Чтобы достичь этого, возвращаемся обратно в регулярные выражения и группировки. var html = Regex.Match(agpack.DocumentNode.InnerHtml,@"(?.*)",RegexOptions.Singleline).Groups[1];   Теперь в html.Value имеется текст между двумя тегами. Переходим к нахождению элементов в DOM, первый пример находит узел, используя getElementById. Есть три таблицы, но только два идентификатора возложены на них. Одним из них является ID = "abc", другой ID = "table3". Начнем с таблицы  ID = "abc": var node = agpack.GetElementbyId("abc"); Это вернет один узел, представляющий таблицу. InnerHtml будет содержать весь текст между тегами.  Он также будет содержать набор узлов, представляющих DOM структуру таблицы. Один из подходов к получению узла строк заключается в использовании Linq, чтобы обнаружить их: var rownodes = node.ChildNodes.Where(w => w.OriginalName == "tr"); Если проверить подсчет, вы увидите, что у вас есть три строки. Однако, на самом деле существует четыре ряда, первый записанный  не будет найден. Другой подход заключается в использовании SelectNodes на узле, чтобы обнаружить элементы tr. rownodes = node.SelectNodes("tr"); Но это также проблема - найти все строки, проще найти элементы управления. Как насчет node.SelectNodes ("/ tr")? Это ничего не возвращает. Как насчет node.SelectNodes ("// tr")? Хорошая новость состоит в том, что он нашел недостающую строку вместе со всеми строками (12) в документе. После небольшого углубления нашлись следующие два рабочих решения: rownodes = node.SelectNodes(node.XPath + "//tr"); //or // http://www.w3schools.com/xsl/xpath_axes.as rownodes = node.SelectNodes("descendant::tr"); это возвращает все четыре. Возможно, HAP делал бы SelectNodes от текущего узла "//tr" и работал бы, увы "//" - говорит искать от корня документа. Но второй вариант работает, как потолок от выбранного узла. Аналогичным образом мы можем найти все td элементы, используя те же процедуры. Отметим, что для таблицы нужно 3 вернуть двенадцать td элементов, даже если они являются дочерними. node = null; node = agpack.GetElementbyId("table3") nodes = node.SelectNodes("descendant::td"); Переходим к HAP.CssSelectors. Это находится на вершине HtmlAgility пакета и будет на самом деле обеспечивать установку в качестве части пакета NuGet. Это позволяет выбрать элементы, используя CssSelectors, нежели XPath. Например:  rownodes = agpack.QuerySelectorAll("#abc tr");   В этом случае не нужно искать в узле, просто, выбрав из всего документа, он вернет ожидаемых 4 ряда. listTDNodes = agpack.QuerySelectorAll("#table3 td"); Ниже приведен пример получения только s (три) во втором ряду.   listTDNodes = agpack.QuerySelectorAll("#table3 tr:nth-child(2) td"); Это вернуло двенадцать пунктов, четыре ряда из 3 колоноки. Одно замечание. Способ QuerySelectorAll возвращается, как список <узлов>, а не коллекция узлов. Это важно знать, если планировать смешивать и сочетать. В дополнение к выбору по идентификатору (#) можно выбрать по классам (.), это гораздо проще, чем искать атрибут с классом, используя XPath. listTDNodes = agpack.QuerySelectorAll(".table"); Возвращаем первую и третью таблицу с классом table. Точки интереса В заключении скажем, что продление CssSelectors - это еще один полезный инструмент для легкого выбора элементов, без необходимости копать вглубь XPath или перебирать коллекции. Источник: http://www.codeproject.com/Articles/1038320/Using-HtmlAgility-pack-and-CssSelectors

Введение Применение LINQ к объектам подразумевает, что можно использовать LINQ для запроса объекта из коллекции. Возможно использование LINQ для получения доступа к структурам данных, хранящихся в оперативной памяти (в структурах данных in-memory). Возможно запросить любой тип объекта, который реализует интерфейс IEnumerable или IEnumerable, относящийся к общему типу. Списки, массивы, словари – некоторые коллекции объектов, запрашиваемые с помощью LINQ. В этой статье будет показано, как выполняется запрос различных объектов с использованием операторов LINQ и избегается необходимость использования метода зацикливания для фильтрации данных. Не используя LINQ, необходимо проходить через значения снова и снова, а затем находить необходимые детали. Однако, с помощью LINQ можно запросить непосредственно сами коллекции данных и отфильтровать искомые значения, не используя зацикливание. LINQ предоставляет мощные возможности по фильтрации, группировке и упорядочиванию, не требующие больших объемов исходного кода. Например, если необходимо выяснить типы, хранящиеся в сборке, затем отфильтровать необходимые данные, можно использовать LINQ для запроса деталей сборки, используя классы System.Reflection. Пространство имен System.Reflection содержит типы, извлекающие информацию о сборках, модулях, членах, параметрах и других объектах как о коллекциях управляемого кода, исследуя их метаданные. Кроме того, файлы в папке представляют собой набор объектов и эти объекты можно запросить, используя LINQ. Далее будут представлены некоторые примеры запросов. Массив целых чисел Следующий пример демонстрирует целочислительный массив, содержащий некоторый набор целых чисел. Можно применить запросы LINQ в массиве для извлечения требуемых значений. int[] integers = { 1, 6, 2, 27, 10, 33, 12, 8, 14, 5 };        IEnumerable twoDigits =        from numbers in integers        where numbers >= 10        select numbers;        Console.WriteLine("Integers > 10:");        foreach (var number in twoDigits)        {           Console.WriteLine(number);        } Переменная integers содержит массив целых чисел с разными значениями. Переменная twoDigits, имеющая тип IEnumerable, проводит запрос. Для получения результата необходимо выполнение запроса. Исполнение запроса произойдет, когда переменная запроса будет итерироваться в цикле вызовом GetEnumerator() для перечисления результата. Любая переменная типа IEnumerable может быть перечислена с использованием цикла foreach. Типы, поддерживающие IEnumerable или производный интерфейс, например, IQueryable, называют запрососпособными типами. Присутствуют также некоторые нетипичные коллекции данных, например, ArrayList, которые также могут быть запрошены с помощью LINQ. Для этого необходимо явно объявить тип ранжированной переменной для конкретного типа объекта в коллекции, как в примерах ниже. Переменная twoDigits проведет запрос для извлечения значений, которые не меньше 10. Таким образом одно за другим извлекаются числа из массива. Цикл будет выполнять запрос, а затем будет выводить в консоль значения, полученные из массива. Как можно заметить, выше продемонстрирован достаточно простой способ получения необходимых данных из коллекции. Если нужны только первые четыре значения коллекции, можно использовать метод запроса Take() на необходимой коллекции. Ниже написано, как можно извлечь первые четыре элемента коллекции и вывести их в консоль, используя цикл. IEnumerable firstFourNumbers = integers.Take(4);    Console.WriteLine("First 4 numbers:");    foreach (var num in firstFourNumbers)    {       Console.WriteLine(num);    } Противоположность метода Take() – оператор Skip(), который используется для пропуска определенного количества первых элементов и получения остальных. В примере ниже будет пропущено первые 4 элемента.  ​IEnumerable skipFirstFourNumbers = integers.Skip(4);    Console.WriteLine("Skip first 4 numbers:");    foreach (var num in skipFirstFourNumbers)    {       Console.WriteLine(num);    } В примерах выше было продемонстрированно, как извлечь/пропустить определенное количество начальных элементов списка. Если необходимо извлечь/пропустить заранее неизвестное число элементов, используются методы TakeWhile() и SkipWhile(), которые работают, пока не будет найдено совпадение. В коде ниже будет изображено, каким образом получить все номера из коллекции, которые стоят до значения 50. TakeWhile() использует выражение для включения элементов коллекции, пока условие истинно, и игнорирует другие элементы списка. Выражение представляет собой условие, проверяющее элементы коллекции на совпадение. int[] integers = { 1, 9, 5, 3, 7, 2, 11, 23, 50, 41, 6, 8 };    IEnmerable takeWhileNumber = integers.TakeWhile(num =>       num.CompareTo(50) != 0);    Console.WriteLine("Take while number equals 50");    foreach (int num in takeWhileNumber)       {          Console.WriteLine(num.ToString());       } Подобным образом работает и метод SkipWhile(), только он пропускает значения, а не извлекает их. Самая высокая эффективность использования данных методов наблюдается при их использовании на упорядоченных списках, т.к. их выполнение прекращается при первом невыполнении условия поиска. IEnumerable skipWhileNumber = integers.SkipWhile(num =>       num.CompareTo(50) != 0);    Console.WriteLine("Skip while number equals 50");    foreach (int num in skipWhileNumber)    {       Console.WriteLine(num.ToString());    } Коллекции объектов В этом разделе будет показано, каким образом можно запросить произвольную коллекцию объектов. Будет использован объект Icecream, построена коллекция, после чего ее можно будет запросить. Класс Icecream в следующем коде содержит различные свойства (имя, ингредиенты, вес, холестерин и т.д.) public class Icecream     {         public string Name { get; set; }         public string Ingredients { get; set; }         public string TotalFat { get; set; }         public string Cholesterol { get; set; }         public string TotalCarbohydrates { get; set; }         public string Protein { get; set; }         public double Price { get; set; }     } Далее строится список Icecreams, используя ранее определенный класс. List icecreamsList = new List         {             new Icecream {Name="Chocolate Fudge Icecream", Ingredients="cream,                 milk, mono and diglycerides...", Cholesterol="50mg",                 Protein="4g", TotalCarbohydrates="35g", TotalFat="20g",                 Price=10.5         },         new Icecream {Name="Vanilla Icecream", Ingredients="vanilla extract,             guar gum, cream...", Cholesterol="65mg", Protein="4g",             TotalCarbohydrates="26g", TotalFat="16g", Price=9.80 },             new Icecream {Name="Banana Split Icecream", Ingredients="Banana, guar             gum, cream...", Cholesterol="58mg", Protein="6g",             TotalCarbohydrates="24g", TotalFat="13g", Price=7.5 }         }; Имеется коллекция icecreamsList, состоящая из трех объектов со значениями типа Icecream. Пусть теперь необходимо извлечь всё мороженное, стоящее меньше 10. Можно использовать зацикливание, при котором необходимо смотреть на цену каждого элемента списка друг за другом, затем извлечь объекты, которые имеют меньшие значения поля Price. Использование LINQ позволяет избежать итерирования всех объектов и их свойств для поиска необходимых, т.е. облегчает поиск. Далее будет представлен запрос, выбирающий мороженое с низкими ценами из коллекции. Для работы запрос использует оператор where. Внешне запрос напоминает запрос из реляционной БД. Запрос выполняется, когда переменная типа IEnumerable перечислена в цикле. List Icecreams = CreateIcecreamsList();     IEnumerable IcecreamsWithLessPrice =     from ice in Icecreams     where ice.Price < 10     select ice;     Console.WriteLine("Ice Creams with price less than 10:");     foreach (Icecream ice in IcecreamsWithLessPrice)     {         Console.WriteLine("{0} is {1}", ice.Name, ice.Price);     } Также можно использовать ArrayList для хранения объектов, как было использовано List. Запрос LINQ, в таком случае, можно использовать для получения конкретных объектов из коллекции в зависимости от потребности. Например, нижеследующий код для добавления тех же самых объектов Icecreams в ArrayList, как это делалось в предыдущем примере.     ArrayList arrListIcecreams = new ArrayList();     arrListIcecreams.Add( new Icecream {Name="Chocolate Fudge Icecream",         Ingredients="cream, milk, mono and diglycerides...",         Cholesterol="50mg", Protein="4g", TotalCarbohydrates="35g",         TotalFat="20g", Price=10.5 });     arrListIcecreams.Add( new Icecream {Name="Vanilla Icecream",         Ingredients="vanilla extract, guar gum, cream...",         Cholesterol="65mg", Protein="4g", TotalCarbohydrates="26g",         TotalFat="16g", Price=9.80 });     arrListIcecreams.Add( new Icecream {Name="Banana Split Icecream",         Ingredients="Banana, guar gum, cream...", Cholesterol="58mg",         Protein="6g", TotalCarbohydrates="24g", TotalFat="13g", Price=7.5     }); Следующий запрос выбирает недорогое мороженое из списка. var queryIcecreanList = from Icecream icecream in arrListIcecreams     where icecream.Price < 10     select icecream; Как будет показано ниже, можно использовать цикл для отображения цены объектов, извлеченных вышеуказанным запросом. foreach (Icecream ice in queryIcecreanList)     Console.WriteLine("Icecream Price : " + ice.Price); Чтение из строк Как известно, строка – набор символов. Т.е. можно запросить непосредственно строковое значение. Для примера можно рассмотреть случай, когда необходимо посчитать количество заглавных букв в строке aString: string aString = "Satheesh Kumar"; Далее строится запрос на чтение строки и нахождение количества заглавных букв. Тип запроса – IEnumerable. IEnumerable query =     from ch in aString     where Char.IsUpper(ch)     select ch; Запрос использует метод Char.IsUpper в условии where для нахождения букв в верхнем регистре из строки. Следующий код отображает количество символов, написанных в верхнем регистре в данной строке. Console.WriteLine("Count = {0}", count); Чтение из текстового файла Файл можно назвать коллекцией независимо от хранящихся в нем данных. Будет создан текстовый файл, содержащий некоторое количество строк. Для получения значений из текстового файла можно использовать запросы LINQ. В примере будет использован текстовый файл, содержащий названия разнообразных сортов мороженого. Для чтения каждой строки текстового файла можно использовать объект StreamReader. Для хранений значений, считанных из текстового файла, создается объект List. После записи в список значений, полученных из текстового файла, можно достаточно просто запросить список, используя LINQ, как было показано выше. В примере ниже рассмотрен код, считывающий строки из текстового файла и загружающий их в список строк. List IcecreamNames = new List();     using( StreamReader sReader = new StreamReader(@"C:Icecreams.txt"))     {         string str;         str = sReader.ReadLine();         while (str != null)         {             IcecreamNames.Add(str);         }     } В следующем коде считывается список строк и возвращаются названия мороженого, отсортированные по убыванию. IEnumerable icecreamQuery =     from name in IcecreamNames     orderby name descending     select name; Для проверки выполнения запроса можно вывести названия мороженого на дисплей, например, так foreach (string nam in icecreamQuery)     {         Console.WriteLine(nam);     } Следующий код выводит названия и проверяет результат работы запроса. foreach (string nam in icecreamQuery)     {         Console.WriteLine(nam);     } Как и коллекции, использованные в примерах выше, библиотека классов .NET может быть использована для чтения метаданных сборки .NET и создавать типы, члены типов, параметры, и другие свойства коллекции. Эти коллекции поддерживают интерфейс IEnumerable, который помогает запрашивать с использованием LINQ. LINQ имеет много стандартных операторов запросов, которые можно использовать для запроса разных объектов, поддерживающих IEnumerable. На этих объектах можно использовать все стандартные операторы запросов, перечисленные ниже. Тип оператора запросов Операторы запроса ограничение Where, OfType проекция Select, SelectMany присоединение Join, GroupJoin Конкатенация Concat Сортировка OrderBy, OrderByDescending, ThenBy, ThenByDescending, Reverse установка Distinct, Except, Intersect, Union группировка GroupBy Преобразование AsEnumerable, Cast, OfType, ToArray, ToDictionary, ToList, ToLookup Сравнение SequenceEqual Выбор элемента DefaultIfEmpty, ElementAt, ElementAtOrDefault, First, FirstOrDefault, Last, LastOrDefault, Single, SingleOrDefault образование Empty, Range, Repeat Количественное определение All, Any, Contains Агрегирование Aggregate, Average, Count, LongCount, Max, Min, Sum Разметка Skip, SkipWhile, Take, Takewhile   Итог В статья были рассмотрены некоторые примеры выполнения запросов с использованием операторов LINQ. LINQ можно использовать на любом объекте, поддерживающем интерфейс IEnumerable. Использование LINQ позволяет избежать использования циклических методов для получения необходимых данных из коллекции. LINQ предоставляет мощные методы для фильтрации, группировки и упорядочения данных. Использование LINQ позволит уменьшить объем исходного кода, тем самым ускорив время разработки. Источник: http://www.codedigest.com/Articles/CSHARP/218_LINQ_to_Objects_in_C_.aspx