Объектно-ориентированный язык программирования
Cтaтья «BotSharp изнyтpи: ищeм cлaбыe мecтa в кoдe ИИ‑плaтфopмы нa.NET»
Пpинятo cчитaть, чтo в AI и ML бeз Python никyдa, a.NET — этo иcключитeльнo иcтopия пpo enterprise, вeб‑paзpaбoткy и гeймдeв. Ho пpoeкт BotSharp гoтoв пocпopить c этим cтepeoтипoм, пpeдлaгaя ИИ‑плaтфopмy нa экocиcтeмe Microsoft.
Mы peшили зaглянyть пoд кaпoт BotSharp и пpoвepить, какие ошибки есть в его иcxoдном кoде.
Облачный сервис с безграничными возможностями: Бот или не бот - вот в чем вопрос.
Друзьям и коллегам, привет!
Недавно опубликовал на Хабр новую статью с разбором моего Web3-мессенджера. В ней описал личный кейс: как внедрить децентрализованные Web3 технологии и монетизировать внутренние функции приложения без подключения классических платежных систем. Почитать можно здесь: https://habr.com/ru/articles/1052088/
Дополняя тему мессенджера, хочу поделиться нововведением, которое значительно расширило возможности моего приложения. Надеюсь это будет полезно и другим разработчикам.
Создав так называемых "юзер-ботов" (user-bots), я снабдил платформу дополнительными функциями. В моей реализации такой "Бот" - это полноценный внешний сервис, который имеет точку входа - Endpoint на стороннем облаке и строгий протокол взаимодействия через его API.
В таких популярных приложениях как Telegram или WhatsApp, боты представляют собой отдельные сущности, которые привязываются к основному аккаунту пользователя. Кстати, вопреки расхожему мнению, один аккаунт в Telegram может создать через BotFather не безграничное число ботов, а строго до 20 штук (до 40 для Premium-пользователей).
В своей архитектуре я пошел совершенно другим путем. В моей схеме "Бот" по своей сути - это тот же самый пользователь, только виртуальный. Такой подход позволяет в любой момент переключить обычного юзера в бота и наоборот одним кликом.
Хотя при таком методе не получится создать «армию ботов» на один аккаунт. На каждого бота придется заводить новый. Но с точки зрения безопасности и чистоты архитектуры плюсы очевидны:
Полный контроль и безопасность окружения: бот изолирован и работает строго в рамках правил реального пользователя.
Защита от фишинга: это минимизирует риски мошенничества, делая бота реальным, полноценным аккаунтом, а не простой сервисной записью в базе данных.
Готовая монетизация: в профиле каждого пользователя уже прописаны платежные данные в виде Web3-кошелька. Соответственно, они автоматически доступны и боту, если тот реализует платные услуги.
РЕАЛИЗАЦИЯ НА БЭКЕНДЕ
Ниже упрощенный код класса реализующий передачу сообщений на Endpoint:
public async Task<string> ExecuteCommand(string cmd, string uid, string token, string url) { using var client = new HttpClient(); client.DefaultRequestHeaders.Authorization = new ("Bearer", token); var body = new StringContent(JsonConvert.SerializeObject(new { data = cmd, user_id = uid }), Encoding.UTF8, "application/json"); var res = await client.PostAsync(url, body); var json = JObject.Parse(await res.Content.ReadAsStringAsync()); return json["success"]?.Value<bool>() == true ? json["data"]?.ToString() : $"Error: {json["error"]}"; }
Рабочий шаблон внешнего Endpoint сервиса:
<?php session_start(); header('Content-Type: text/html; charset=utf-8'); //AUTHENTICATION BEGIN $allowedToken = 'super-secret-token'; $providedToken = ''; if (isset($_SERVER['HTTP_AUTHORIZATION'])) { if (preg_match('/Bearer\s+(.+)/i', $_SERVER['HTTP_AUTHORIZATION'], $m)) { $providedToken = trim($m[1]); } } if (empty($providedToken) || $providedToken !== $allowedToken) { echo json_encode(['success' => false, 'error' => 'error token']); exit; } //AUTHENTICATION END $rawInput = file_get_contents('php://input'); $userData = json_decode($rawInput, true); echo json_encode(['success' => true, 'data' => 'Bot answer: ' . $userData['data'] ?? null]); ?>
ВЫВОД
Используя описанную концепцию, можно в теории реализовать любой сервис не изменяя при этом основное приложение. Всё что нужно сделать, построить бот!
Очевидно, что для практического применения такого подхода необходимо обеспечить высокий уровень безопасности: внедрить защиту от SSRF (через валидацию URL и фильтрацию локальных хостов), настроить лимиты для предотвращения DoS-атак (проверяя размер заголовков и длину полученной строки), и так далее.
Всем успехов в разработке!
Благодарю за внимание.
Великий потоп приближается
Раннее демо мобильной GPS-игры «Великий потоп» (The Great Flood) от студии Александра Кубора. Игра основана на реальной карте мира.
Человечество переживает глобальный потоп, а игроки, гуляя по своему городу, исследуют океан, собирают всплывающие ресурсы, строят судно и создают новую цивилизацию.
Одна из игровых механик — аномальные пузыри. Это области с нестабильным GPS-сигналом, способные повредить судно игрока, но именно в них можно найти редкие артефакты.
Некоторые технологические особенности проекта:
• Собственный картографический движок и формат геоданных, оптимизированные для мобильных устройств. Участок карты размером около 2 км занимает примерно 50 КБ и подгружается с сервера по мере перемещения игрока.
• Процедурная генерация геометрии в Unity. Вдохновившись подходами Houdini, мы разработали систему визуальных нод, которая позволяет автоматически преобразовывать дороги и элементы окружения в стилизованную игровую геометрию.
Любопытно узнать впечатления Хабрачан. С удовольствием расскажу подробнее о том, как устроен мир игры и технологии под капотом.
Следи за весточкой, путник. Пророчество только начинается...
Мой ТГ канал: https://t.me/cuborlive/55
SQLite-провайдер для RedBase — скоро.
Тот же API что PostgreSQL и MSSQL. Без миграций, полный LINQ, типизированные колонки.
Free: нативное расширение (.so / .dll / .dylib).
Pro: чистый C# — работает в Blazor WASM.
Минимальная версия SQLite 3.44.0+.
Всем привет.
У меня два вопросах к подобным мне разработчикам open source, живущим в России.
Как вы осуществляете поддержку своих проектов?
Я - через github и свой дискордик. Не похоже, чтобы блокировка последнего нанесла сильный удар по русскоязычной аудитории. Я наблюдаю целые русскоязычные сервера, которые никуда не делись. И даже не похоже, чтобы поубавили в активности.
Впрочем, справедливости ради, один человек обратился ко мне за саппортом через steam, поскольку через дискорд не мог.
В общем, переформулируя вопрос: добавили ли вы новые каналы поддержки после официальной блокировки дискорда?
Как вы принимаете донаты?
Я - через бусти и telegram wallet. Интересно, какие есть ещё простые пути?
Паттерны проектирования еще актуальны?
Вокруг все чаще говорят, что ИИ скоро будет писать код за нас. Логичный вопрос — нужны ли тогда паттерны? Зачем разбираться в паттернах GoF, если нейросеть и так сгенерирует рабочий код по описанию?
У меня ощущение обратное.
Я плотно вошел в разработку в 2019 году. Переходил из 1С в .NET. Книги по паттернам GoF у меня были, но долго лежали как «книга на полке». Казалось, они оторваны от повседневных задач. Теорию вроде понимал, но не видел, где это реально применяется.
Все поменялось, когда я стал использовать ИИ как инструмент для обучения. Просил давать задачи, искать проблемы в решениях, объяснять, почему в одном месте уместен Strategy, а в другом лучше Mediator. Через практику и обсуждение паттерны перестали быть абстракцией.
Чем проще генерировать код, тем важнее понимать его форму и границы. Иначе не ускоришь разработку, а ускоришь накопление технического долга.
Из этого и вырос мой pet-project gofinsights.com. Я делаю его тренажером по паттернам проектирования. Не просто «прочитал и забыл», а через практику, сравнение решений и постепенное распознавание типовых архитектурных ходов.
Сейчас там есть интерактивный квиз, где можно проверить базу и не перепутать Factory Method с Abstract Factory. Дальше хочу развивать проект в сторону более глубокого ИИ-разбора. Чтобы можно было не только узнавать паттерн, но и разбирать кодовые запахи, причины проблем и возможную эволюцию решений.
Как вы это видите? Паттерны проектирования все еще рабочая база для разработчика? Или с появлением ИИ они станут менее важны?
ИИ что? Проверяем Semantic Kernel
Проекты, связанные с интеграцией искусственного интеллекта, всё чаще становятся частью повседневной разработки. Один из таких проектов — Semantic Kernel. Он представляет собой SDK для построения AI-агентов и оркестрации LLM-сценариев и активно развивается компанией Microsoft.
Однако под капотом даже самых современных решений скрывается вполне обычный C# код со всеми присущими ему проблемами. Поэтому мы проверили проект и написали статью о самых интересных ошибках в коде Semantic Kernel.
Представлен открытый проект Winhance. Это приложение на C#, предназначенное для удаления лишних программ, оптимизации и настройки работы с Windows 10/11 - от управления программным обеспечением до оптимизации и настройки системы,
Winhance включает в себя большинство тех же улучшений, что и UnattendedWinstall, но без необходимости чистой установки Windows.
Всё, что нужно знать для начала работы в PVS-Studio
Статический анализатор PVS-Studio — это инструмент для поиска ошибок в коде на протяжении всего жизненного цикла проекта.
В новой статье разберём основные особенности анализатора PVS-Studio, сценарии и варианты анализа, а также узнаем всё, что нужно знать для начала работы с инструментом.
🚀 Бесплатный курс для разработчиков: создаём свой язык программирования!
Приглашаем вас пройти наш курс и разобраться, как устроены языки программирования изнутри.
Изначально курс делали для прохождения внутри компании, но решили, что полезного материала так много, что хочется рассказать всему миру!
Этот курс подойдёт разработчикам, которые хотят выйти за рамки повседневной разработки и глубже понять фундаментальные принципы работы кода. Да, примеры будут на C++, но сам материал гораздо шире и будет полезен программистам с любым стеком. Независимо от того, пишете вы на C++, C#, Java или любом другом языке, понимание внутренней архитектуры языков сделает вас сильнее как инженера.
В рамках курса мы шаг за шагом разберём, как создаётся язык программирования:
— что такое лексер и парсер и какую роль они играют;
— как работает семантический анализ;
— как происходит вычисление и обработка кода;
— как все эти части объединяются в единую систему.
Вы увидите, как текст программы превращается в структуру, понятную машине, и поймёте, какие решения стоят за этим процессом.
Даже если вы не планируете создавать собственный язык программирования, курс поможет чуть глубже понять, как всё это устроено "под капотом", расширить технический кругозор и по-новому взглянуть на привычные инструменты. Это хороший способ систематизировать знания, освежить базовые концепции и просто обсудить интересные темы с коллегами.
Мы постарались сделать материал одновременно понятным и практико-ориентированным: минимум абстракции ради абстракции — максимум смысла.
Если вы хотите лучше понимать, что происходит "под капотом" программирования и прокачать инженерное мышление — этот курс для вас.
👉 Подробности и доступ к курсу по ссылке.
Присоединяйтесь и изучайте программирование глубже — бесплатно!
Статический анализ генерируемой OpenApi-разметки и .NET 10
Привет, Хабр! 👋 На связи Саша Кузнецов, ведущий инженер-программист в Контуре.
Начиная с версии .NET 10 Microsoft решила поломать обратную совместимость в отношении статических анализаторов генерируемой OpenApi-разметки.
[HttpGet("{id}")] [ProducesResponseType<User>(StatusCodes.Status200OK)] [ProducesResponseType(StatusCodes.Status404NotFound)] public async Task<IActionResult> GetUser(int id) { var user = users.FirstOrDefault(p => p.Id == id); if (user == null) return NotFound(); return Ok(user); }
Раньше можно было возвращать IActionResult, или ActionResult, размечая типы ответов специальными атрибутами типа ProducesResponseType (см. код 1). Это позволяло включить потом статический анализатор добавлением в настройки проекта специального атрибута IncludeOpenAPIAnalyzers (см. код 2) и получать предупреждения на этапе компиляции, или статического анализа кода (см. код 3).
<PropertyGroup> <TargetFramework>net10.0</TargetFramework> <IncludeOpenAPIAnalyzers>true</IncludeOpenAPIAnalyzers> </PropertyGroup>
Увы, но с выходом .NET 10 этот подход был объявлен устаревшим (см.: https://learn.microsoft.com/ru-ru/aspnet/core/breaking-changes/10/openapi-analyzers-deprecated и https://github.com/aspnet/Announcements/issues/521). Microsoft решила сосредоточиться на работе через Results (см. код 4), которые появились в .NET 7. В них статический анализ поддерживается "из коробки" из-за строгой типизации.
[HttpGet("{id}")] public async Task<Results<Ok<User>, NotFound>> GetUser(int id) { var user = users.FirstOrDefault(p => p.Id == id); if (user == null) return TypedResults.NotFound(); return TypedResults.Ok(user); }
Сама тенденция не сильно радует. В старых проектах IActionResult и ActionResult (их пока не объявили устаревшими, но без статического анализа ошибок разметки они начнут терять привлекательность) используются много где.
Приветствую, Хабравчане!
Задумывались ли вы, насколько высок современный налог на железо в разработке ПО?
У меня в руках настоящий «старичок» из 2002-го: сокет 478, матплата GA-8IR2003, Celeron 1700 МГц (по силам как Pentium III на 1 ГГц, но с поддержкой SSE2), 2 Гб ОЗУ, GeForce 4 MX и верный HDD на 40 Гб.
Я хочу написать о нем статью, но не в стиле ностальгический обзор ретро-игр такого в сети полно. Моя цель вдохнуть в него жизнь и проверить, пригоден ли этот 23-летний дедушка для современной разработки.
На борт успешно встают Windows 7 и Debian 11, что открывает доступ к актуальному софту, IDE и библиотекам. Хочется понять: реально ли на таком непотребстве поднять бэкенд на C# или собрать что-то серьезное на C++?
Запасной вариант, если основному ПК не хватит инструкций.
В запасе ПК: Athlon x4 640, 8гб ОЗУ, ssd 256.
На нем, отключая ядра и понижая частоту можно добиться симуляции ПК начиная с 2000-ого по 2010 год. Думаю этот вариант будет предпочтительнее. Но начну конечно с celeron'а.
Что планирую потестить:
C# под Linux: Запустить бэкенд и посмотреть, не «умрет» ли система.
Базы данных: Погонять PostgreSQL 9.4 (она еще дружит с 32-битными процессорами).
C++: Сравнить скорость сборки проекта с модулями и без них.
Безумный челлендж: Попробовать собрать userver. В чате разработчиков сказали "вряд ли взлетит", а мне тем более интересно проверить.
IDE: Какая версия Visual Studio оживет и можно ли в ней работать без боли.
Прошу совета у сообщества: накидайте идей! Какие бенчмарки прогнать? Какой софт или специфические проекты попробовать собрать, чтобы нащупать предел возможностей?
Будет интересно сделать вывод: пригоден ли древний ПК хоть для какой-то разработки сегодня, или «налог на железо» стал неподъемным. Жду ваши предложения!
Update: Поправил текст, ошибки и очепятки.
Добавил поддержку типов System.UInt128 и System.Int128 в основную web3-библиотеку для шарпистов/дотнетчиков,— Nethereum. Уже ушло в master, так что если активно используете Nethereum для работы с протоколами, где широко представлены 128-битные типы в событиях/параметрах/результатах вызова функции и страдаете от избыточного потребления памяти BigInteger, то можно уже переключаться на версию из master (для сборки необходим nuget.exe). Особенно это актуально для AAVE, Balancer и Velodrome/Aerodrome (в последних не забывайте использовать packed-кодирование при работе с роутером).
Сейчас обсуждаем с мейнтейнером Хуаном Бланко повышение производительности и снижение потребления памяти при кодировании/декодировании целых чисел в Nethereum, после чего я подготовлю ещё один Pull Request с реализацией и ориентировочно всё эти изменения войдут в следующий релиз.
Если есть идеи, что ещё можно было бы сделать/улучшить, присоединяйтесь к обсуждению в Discord проекта (на английском/испанском) или в issues в репозитории на github.
MiniFilter и Protector/Rejector (ObCallback) в одном драйвере с управлением через C#
В продолжение этого поста.
Предлагаю вашему внимаю мою поделку основанную на MiniFilter, ObCallback и Avalonia
Можно грабить корованы защищать от закрытия, регулировать доступ к файлам и запрещать запускать процессы.
C# код для управления драйвером:
using System; using System.Diagnostics; using Avalonia.Controls; using Avalonia.Interactivity; using Avalonia.Threading; using SharpMiniFilter.Driver.MiniFilter; using SharpMiniFilter.Driver.Protector; namespace SharpMiniFilter.Protected; public partial class MainWindow : Window { private bool allowClose = false; public MainWindow() { InitializeComponent(); this.Closing += (sender, args) => { args.Cancel = !allowClose; if (!args.Cancel) { ProtectorClient.ReplaceProtectList(Array.Empty<string>()); ProtectorClient.ReplaceRejectList(Array.Empty<string>()); MiniFilterClient.CloseConnection(); MiniFilterClient.DriverFilter -= DriverClientOnDriverFilter; } }; MiniFilterClient.DriverFilter += DriverClientOnDriverFilter; if (MiniFilterClient.Connect()) { ProtectorClient.ReplaceProtectList(new[] { $"PID:{Process.GetCurrentProcess().Id}" }); ProtectorClient.ReplaceRejectList(new[] { "*cmd.exe" }); Log_TextBox.Text += "Added current process to protection list." + Environment.NewLine; Log_TextBox.Text += "Added cmd.exe to reject list." + Environment.NewLine; } else { Log_TextBox.Text += "Connection to driver failed." + Environment.NewLine; MiniFilterClient.DriverFilter -= DriverClientOnDriverFilter; } } private void DriverClientOnDriverFilter(MinifilterEventArgs e) { Dispatcher.UIThread.Invoke(() => { if (e.Path.Contains("test.txt")) { if (!Process.GetProcessById((int)e.ProcessId).ProcessName.ToLower().Contains("notepad")) { e.SetHandled(true); Log_TextBox.Text += "Minifilter: test.txt blocked" + Environment.NewLine; } else { e.SetHandled(false); Log_TextBox.Text += "Minifilter: test.txt not blocked for notepad.exe" + Environment.NewLine; } } }); } private void Button_OnClick(object? sender, RoutedEventArgs e) { allowClose = true; this.Close(); } }
Бонусом - создание .cab файла для отправки в Microsoft на сертификацию при Release сборке.
Ссылка на репозиторий.
P.S. Если вам будет интересно, а у меня силы и карма - то расскажу, что там и как в отдельной статье. А теперь и ответ на всех мучающий вопрос: "Почему пингвин пошёл в горы?"
Как же меня задолбали собеседования.
Пытался устроиться backend-разработчиком на .NET в строительную компанию. Они делают софт для своих жильцов: приложения для взаимодействия с домофоном, сервисы дома и всё такое. Окей, звучит вполне нормально.
Как обычно, поговорили про теорию, опыт, архитектуру — всё шло стандартно.
А потом мы перешли к моей «любимой» части — лайв-кодингу.
И вместо задачи, хоть как-то приближённой к реальной работе, мне выдают:
>А давай ты решишь задачу на полный квадрат, но без использования Math.Sqrt, который вообще-то есть в стандартной библиотеке языка.
В этот момент хотелось спросить:
>вы вообще в своём уме?
Какого чёрта я должен это знать и уметь?
Вы имели бы полное право спрашивать такое, если бы в вакансии шла речь о разработке CAD-софта или инженерных расчётов. Но нет — это обычный backend для сервисного приложения.
Это всё равно что прийти устраиваться водителем, а тебе завязывают руки за спиной и говорят:
>Ну давай, покажи, как ты водишь.
Посидел пару минут, посмотрел на это всё и сказал: «не, ребят».
После этого они попытались впарить ещё одну задачу, но тут я уже просто послал их нафиг и ушёл.
Отправка уведомления от имени другого приложения
В продолжение этого поста
Когда у вас AOT приложение, которое запускается от администратора - 99% библиотек для работы с COM не работают, плюс для Windows App SDK отдельно указано "Notifications for an elevated (admin) app is currently not supported.", а issue на github висит с 2023 года и поэтому для отправки системных уведомлений надо выкручиваться через другое приложение/PowerShell.
Пример как отправлять уведомления:
using System.Diagnostics; using Windows.UI.Notifications; using Microsoft.Toolkit.Uwp.Notifications; using Vanara.PInvoke; using Vanara.Windows.Shell; namespace ConsoleNotifications; class Program { static async Task Main(string[] args) { string messageTitle = "Habr"; string messageText = "Hello Habrahabr!"; string targetExePath = Environment.SystemDirectory + "\\notepad.exe"; string appUserModelId = GetAppAumid().First(var=>var.Name.Contains("Chrome")).Aumid; await SendNotification(appUserModelId, messageTitle, messageText, targetExePath); } private static Task SendNotification(string appUserModelId, string title, string content, string targetPath) { var tcs = new TaskCompletionSource(); var notification = new ToastNotification(new ToastContentBuilder().AddText(title) .AddText(content).Content.GetXml()); notification.Priority = ToastNotificationPriority.High; notification.Activated += (s, e) => { Process.Start(new ProcessStartInfo(targetPath)); tcs.SetResult(); }; notification.Failed += (s, e) => tcs.SetResult(); notification.Dismissed += (s, e) => tcs.SetResult(); ToastNotificationManager.CreateToastNotifier(appUserModelId).Show(notification); return tcs.Task; } public sealed record AppAumidInfo(string Name, string Aumid); public static List<AppAumidInfo> GetAppAumids() { var results = new List<AppAumidInfo>(); var f = new ShellFolder(Shell32.KNOWNFOLDERID.FOLDERID_AppsFolder); foreach (ShellItem i in f.EnumerateChildren(FolderItemFilter.NonFolders | FolderItemFilter.Folders)) results.Add(new AppAumidInfo(i.Name, i.ParsingName)); return results; } }
В вызываемом приложении надо выставить AppUserModelID и предварительно создать ссылку на него
[LibraryImport("shell32.dll", SetLastError=true)] internal static partial void SetCurrentProcessExplicitAppUserModelID([MarshalAs(UnmanagedType.LPWStr)] string AppID);
Создание .lnk ссылки с параметрами:
var link = new ShellLink() { ToastActivatorId = guid, AppUserModelID = appUserModelId, TargetPath = exePath }; link.Save(shortcutPath);
P.S. Буду рад услышать про другие существующие решения этой проблемы
Куда можно сбежать из разработки, чтобы не умереть с голоду?
Ищу работу уже несколько месяцев, и ощущение такое, что рынок полуживой. По вакансиям — требования «знай всё на свете», а если верить hh, то на некоторые позиции по 400–500 откликов.
Невольно возникает вопрос:
а есть ли вообще адекватный выход из разработки?
Я .NET-разработчик с 6+ годами опыта и хотелось бы понять, куда можно перейти, чтобы мой бэкграунд был полезен, а не обнулялся в ноль — и при этом не остаться без средств к существованию.
Возможно, у кого-то уже был похожий путь. Буду рад, если поделитесь, из чего выбирали и на чём в итоге остановились.
Ответьте мне на один простой вопрос: зачем в наше время вообще нужны HR?
Ни для кого не секрет, что найм сегодня сломан. Бесконечные этапы собеседований, которые якобы должны отсекать «вкатунов в IT», по факту отсеивают и нормальных разработчиков.
Причём даже в эффективности этого «фильтра» есть серьёзные сомнения: по сети уже гуляют AI-оверлеи, которые в реальном времени анализируют вопросы интервьюеров и подсказывают ответы. Так о каком объективном отборе вообще идёт речь?
При этом у HR — бесконечный поток, условно говоря, «подопытных кроликов», на которых можно тестировать гипотезы, улучшать процессы и действительно чинить найм.
Но вместо этого они просто копируют чужие, далеко не самые успешные практики.
Почему HR не выполняют своё прямое предназначение, а действуют по шаблону?
И главный вопрос: каким образом лайв-кодинг должен подтверждать или опровергать мои навыки, если:
могут дать абсолютно любую задачу и в штатном порядке, я залезу гуглить документацию, а на собесе я это сделать не могу?
Короче говоря — как же у меня с этого горит.
Что нового появилось в PVS-Studio в 2025 году
Новый 2026 год уже вовсю идёт, и мы решили оглянуться назад и вспомнить, что интересного появилось в PVS-Studio за богатый на изменения 2025 год:
десятки новых диагностических правил, включая проверки, ориентированные на безопасность;
обновления интеграций в популярные IDE, CI/CD-системы, ASOC и сборочные системы;
улучшения анализа;
расширенная поддержка стандартов.
Всё это и многое другое описано в новой статье в нашем блоге.
Статьи по DDD.
Уди Дахан — один из первопроходцев DDD в C#.
Он смог показать, как именно можно применить очевидные инфраструктурные практики типа сервисной шины в контексте доменных событий.
Да, на сегодняшний день имплементация инфраструктуры для доменных событий может выглядеть совсем иначе. Но ознакомление с 3-я заметками Дахана крайне важно для понимания исторического контекста.
Статьи на сайте Дахана: