惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

U
Unit 42
罗磊的独立博客
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Jina AI
Jina AI
V
V2EX
美团技术团队
阮一峰的网络日志
阮一峰的网络日志
酷 壳 – CoolShell
酷 壳 – CoolShell
月光博客
月光博客
量子位
MyScale Blog
MyScale Blog
G
Google Developers Blog
M
MIT News - Artificial intelligence
L
LangChain Blog
Microsoft Azure Blog
Microsoft Azure Blog
Recent Announcements
Recent Announcements
MongoDB | Blog
MongoDB | Blog
N
Netflix TechBlog - Medium
有赞技术团队
有赞技术团队
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
D
DataBreaches.Net
云风的 BLOG
云风的 BLOG
B
Blog

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Программные модули в DATAREON Platform: выносим повторяющ...
IlyaVyazniko · 2026-05-26 · via Все публикации подряд на Хабре

Уровень сложностиСредний

Время на прочтение3 мин

Охват и читатели4.6K

Кейс

Привет, Хабр!

Меня зовут Илья Вязников, я инженер сопровождения СОФРОС. Я делюсь практическими приёмами и полезными настройками платформы.

В интеграционных проектах на DATAREON довольно быстро появляется одна и та же проблема: код бизнес-алгоритмов разрастается, а повторяющаяся логика начинает копироваться между процессами.

Нормализация GUID, очистка строк, проверки на пустые значения, преобразование форматов, парсинг JSON — сначала это несколько строк кода, потом десятки одинаковых фрагментов в разных схемах обработки. В результате:

  • Алгоритмы становятся сложнее читать;

  • Исправления приходится вносить в нескольких местах;

  • Возрастает риск, что часть процессов останется со старой логикой.

В DATAREON Platform эту проблему можно решить через программные модули — механизм для хранения и повторного использования собственных функций на C#.

В статье покажу:

  • Как создать программный модуль;

  • Как добавить в него собственную функцию;

  • Как вызывать её из алгоритмов;

  • Какие сценарии особенно удобно выносить в модули на практике.

Зачем это нужно:

  • Повышение читаемости и поддерживаемости кода.

  • Централизованное хранение бизнес-логики.

  • Упрощение доработок - меняешь функцию в одном месте, а не в десятках алгоритмов.

В качестве примера разберём функцию нормализации GUID, которая часто встречается в интеграциях между разными системами. 

Шаг 1. Создание программного модуля

  1. В Центре настройки перейдите в раздел: Обработка данных → Схемы обработки.

  2. Нажмите «Добавить»(+) → Программный модуль.

  3. На вкладке Основные заполните:

    • Название: PM_ПрограммныйМодуль_Пример (или любое удобное вам)

    • Имя: PM_ПрограммныйМодуль_Пример

  4. Перейдите на вкладку Код и добавьте нужные функции. Ниже представлен пример одной функции.

    Для примера реализуем функцию нормализации GUID. Она:

    • возвращает пустой GUID для null и пустых значений;

    • приводит корректные GUID к единому формату;

    • удаляет лишние пробелы.

    public static string НормализоватьГуид(object value)
    {
        if (value == null)
        {
            return Guid.Empty.ToString("D");
        }
    
        string text = value.ToString();
    
        if (Guid.TryParse(text, out Guid guid))
        {
            return guid.ToString("D");
        }
    
        return string.IsNullOrWhiteSpace(text) ? Guid.Empty.ToString("D") : text.Trim();
    }

    Можно добавлять сколько угодно функций в один модуль.

  5. Сохраните и примените изменения.

Шаг 2. Вызов функции в алгоритме

После сохранения модуль становится доступен из пользовательских алгоритмов по имени модуля и имени функции. 

Для вызова используется специальный синтаксис:

{ИмяМодуля}.{НазваниеФункции}(параметры);

Пример использования в пользовательском алгоритме:

var testValues = new object[]
{
    null,
    "",
    "   ",
    "abc",
    "  abc  ",
    "6F9619FF-8B86-D011-B42D-00C04FC964FF",
    "{6F9619FF-8B86-D011-B42D-00C04FC964FF}",
    "invalid-guid",
    123,
    Guid.Empty
};

foreach (var value in testValues)
{
    Строка = value?.ToString();
    Logger.Info($"До вызова функции: {Строка}");
    Строка = PM_ПрограммныйМодуль_Пример.НормализоватьГуид(value);
    Logger.Info($"После вызова функции: {Строка}");
}

Ожидаемый результат

После выполнения алгоритма в логах вы увидите корректную нормализацию значений, например:

Функция становится доступна во всех бизнес-процессах и алгоритмах системы.

Полезные советы:

  1. Не превращайте модуль в «свалку функций» - Лучше разделять по зонам ответственности.

  2. Выносите только повторяемую логику - Если код используется один раз, модуль может быть избыточен.

  3. Делайте функции максимально детерминированными - Без скрытых побочных эффектов и зависимости от внешнего состояния.

  4. Используйте единый нейминг - Это сильно упрощает поддержку больших проектов.

Чаще всего в модули удобно выносить:

  • Работу с GUID;

  • Очистку и нормализацию строк;

  • Преобразование дат;

  • Парсинг JSON/XML;

  • Формирование кодов, артикулов и идентификаторов;

  • Общие проверки входных данных.

Заключение

Программные модули в DATAREON Platform позволяют сделать алгоритмы компактнее, читаемее и проще в сопровождении.

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

На практике такой подход сокращает количество ошибок при доработках и ускоряет поддержку интеграций.

А какие функции вы чаще всего выносите в программные модули?

Для тех кто хочет подробнее ознакомиться с функционалом описанным в статье - полезные ссылки: