Программа выведет строку Bob. Переменная Tom хранит ссылку на объект Employee. Переменная Bob после присвоения также хранит эту же ссылку на объект Employee. Поэтому преобразование bob as Employee вернёт объект Employee, который будет присвоен переменной empl.

Поскольку все три переменных (tom, bob и empl) хранят ссылку на один и тот же объект в памяти, то изменение объекта через одну из этих переменных приведет к тому, что другие переменные будут указывать на этот изменённый объект.

Вероятно каждый веб-разработчик сталкивался с пагинацией (порядковая нумерация страниц) в своей практике, ведь она является одной из самых важных концепций при создании RESTful API. В руководстве подробно и довольно понятно расписан процесс создания ASP.NET Core 3.1 WebApi, который реализует расширенную пагинацию. Читайте статью или сразу в репозиторий.

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

Отладка асинхронного кода в Visual Studio: https://proglib.io/w/ddc26b90

#вопросы_для_самопроверки

Зачем нужны автосвойства, не проще ли их заменить обычными переменными?

​​Свойства в C# управляют доступом к полям класса. Если у нас имеется десяток и более полей, то определять каждое поле и писать для него однотипное свойство было бы утомительно. Поэтому в .NET были добавлены автоматические свойства (автосвойства). Сокращенная запись автосвойств прикреплена к посту.

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

Казалось бы банальный вопрос, но как правильно посчитать количество символов в строке?

https://proglib.io/w/c2cef2b0

Примеры построения архитектуры .Net приложений:

– eShopOnContainers
– eShopOnWeb
– grpc-for-wcf-developers
– HealthChecks
– PerformanceMonitor
– eShopOnAzure
– MNISTTensorCNTK
– RecommendationEngine

Как безопасно подключаться к API в .NET Core, используя C#? HttpClient — это решение, но как правильно его использовать, чтобы не вызвать дальнейших проблем? Разбираемся: https://proglib.io/w/9cb945fe

App Metrics — кроссплатформенная .NET библиотека с открытым исходным кодом, используемая для записи и представления метрик в приложении.

https://proglib.io/w/0f505c7a

Использование оператора as (строка 12) является более предпочтительным, поскольку в случае неудачного преобразования этот оператор возвращает значение null. При доступе к объекту через переменную мы можем проверить её значение на null.

Операция преобразования (строка 13) в случае неудачного преобразования генерирует исключение. Мы можем отлавливать данное исключение через конструкцию try...catch. Однако, как правило, обработка исключений является более затратной операций по сравнению с простой проверкой в блоке if.

Dependency Injection Principles, Practices, and Patterns (2019)

Автор(ы): Mark Seemann, Steven van Deursen

Книга научит вас использовать внедрение зависимостей (DI, Dependency Injection) для уменьшения жестких зависимостей между компонентами приложения.

Вы изучите основы DI, ознакомитесь с типами приложений, которые от нее выигрывают. Вы поработаете с конкретными сценариями, используя C# и .NET для реализации DI в разных проектах.

Преимещество книги в том, что она учит вас DI с нуля, показывая соответствующие примеры, шаблоны и анти-шаблоны для создания слабосвязанных и грамотно структурированных приложений. Хорошо аннотированный код и диаграммы используют примеры на C# для иллюстрации принципов, которые безупречно работают с современными объектно-ориентированными языками и библиотеками DI.

Статья, в которой объясняется, почему вы должны описывать программное обеспечение по вариантам использования, а не по уровням и структурам, которые оно использует. Погружаемся в принципы чистой архитектуры .Net: https://proglib.io/w/1ff937f9

Актуальный вопрос поднял Николай Балакин на .NET Fest 2019. Действительно, что делать, если всё, что можно уже закэшировано, а код всё ещё тормозит? В своём докладе он приводит примеры работы некоторых низкоуровневых механизмов .NET, а также рассказывает, как с их помощью можно выиграть драгоценные секунды, когда счёт идет на отдельные такты процессора.

https://proglib.io/w/a30b46c9

Привет, Чувак на связи.

Веду канал с вакансиями в IT без херни.

✅ Лично отбираю вакансии - никакой херни.
✅ Вакансии краткие и по делу - никаких полотен в два экрана.
✅ Только две вакансии в день - никакого спама, я уважаю своих читателей.
✅ Все вакансии имеют стандартизированный вид - никакого хаоса.
✅ Заставляю эйчаров переписывать вакансии по 10 раз - никаких дружных коллективов.

#вопросы_для_самопроверки

Для чего нужен модификатор sealed?

Если класс объявлен с модификатором sealed (запечатанный), то от этого класса нельзя наследовать и создавать производные классы.

В следующем примере класс B наследует от класса A, но никакие классы не могут наследовать от класса B:
class A {}
sealed class B : A {}

Модификатор sealed можно использовать для метода или свойства, которое переопределяет виртуальный метод или свойство в базовом классе. Это позволяет классам наследовать от вашего класса, запрещая им при этом переопределять определённые виртуальные методы или свойства.