Многим из нас известна концепция проверки и обработки исключений, однако код, нужный для её реализации, иногда действительно раздражает. Особенно, если мы программируем на C#. Следующая статья написана с учётом концепции Railway Oriented Programming, которую представил в своей презентации Scott Wlaschin.
Самая большая проблема корпоративного ПО — сложность кода. Именно поэтому его читабельность считается одним из наиболее важных аспектов программирования. Все говорят, что код должен быть лаконичен, иначе его будет сложно и анализировать, и проверять на корректность.
Как известно, веб-сервисы можно создавать на разных языках. Давайте напишем REST-приложение, используя .NET и Visual Studio. Результат — веб-сервис, работающий со следующим набором данных «туториалов»:
В этой статье хотелось бы рассказать о таком понятии, как агрегат в Domain- Driven-Design (DDD), а именно о его преимуществах в контексте транзакционности изменений и группировки бизнес-логики. Пожалуй, из всех так называемых тактических шаблонов в DDD этот часто является самым важным и трудным для понимания. Об агрегатах имеет смысл поговорить, упомянув также шаблон репозиторий.
Продолжаем разговор об анализе быстродействия типовых операций языка C# на платформах DOT.NET и Mono. В первой части статьи мы подробно поговорили о методологии и реализации тестового окружения. Сейчас пришло время приступать к измерениям.
Статья посвящена изучению быстродействия часто используемых функций стандартных классов языка C# в разных окружениях, таких как WPF, Windows forms, Unity и ASP.NET. Реализован асинхронный механизм инструментальной оценки быстродействия участков кода. Рассмотрены несколько версий фреймворка, включая Mono, Core и традиционный .NET Framework, чтобы выявить разницу в скорости выполнения тех или иных функциональных возможностей платформ.
Как правило, игровые объекты в Unity создают на слое Default. В результате всё со всем сталкивается, что не есть хорошо. Но разработчик может обозначить, что и с чем должно взаимодействовать.
Такой инструмент, как Unity-профайлер, облегчает оптимизацию игры и предоставляет конкретные данные о её производительности. Вы можете получить покадровые показатели, посредством которых выявить проблемные места гораздо легче. Кроме того, профайлер предоставляет информацию об игровой производительности вне редактора.
Знание этих приёмов позволит вам избежать многих ошибок. Вы не только станете писать более понятный код, но и сэкономите своё время.
Начинающие программисты при работе с коллекциями часто не придают значения оптимизации производительности (например, при работе с БД). Допустим, программист хочет реализовать функцию, возвращающую список сотрудников с оформленными ими заказами. В дальнейшем эту функцию будут использовать для отображения на внутреннем портале организации. Он делает это так:
