Мы внедряем D7 API в проекты на Битрикс, создавая классы с неймспейсами вместо глобальных функций, Result-объекты вместо bool и строк ошибок, и используем Application как точку входа вместо глобальных переменных. Такой код не ломается при обновлении, легко тестируется и переиспользуется. Наш опыт: более 5 лет работы с Битрикс, более 30 проектов с полным переходом на D7. Оценим ваш проект — пишите!
Проблемы, которые решаем
Типичные боли: устаревший код на CModule и $_POST ломается при обновлениях, невозможно покрыть тестами, ошибки теряются (return false без контекста), а кеш инвалидируется только по времени. D7 API решает это через строгую типизацию, исключения и тегированный кеш. В результате количество ошибок в продакшене снижается в 2–3 раза, а время на деплой нового функционала сокращается на 40%.
Почему стоит перейти на D7 API?
Переход на D7 API — это не мода, а необходимость для проектов, которые живут дольше года. Вместо CIBlockElement::GetList() с кучей параметров вы получаете ORM-запросы с цепочками методов. Вместо $_POST['field'] — объект Request с типизированным доступом. Ваш код становится предсказуемым и документируемым. Сравним объём legacy-кода и D7: на 1000 строк legacy приходится примерно 800 строк D7, но при этом D7-код на 60% легче поддерживать.
Как мы разрабатываем классы на D7
Возьмём реальный кейс: интернет-магазин на Битрикс с 50 000 товаров. Старый код корзины работал через CSaleBasket::Add и размазан по шаблонам. Мы переписали его на сервисный класс BasketService с D7:
namespace MyProject\Services;
use Bitrix\Main\Result;
use Bitrix\Main\Error;
use Bitrix\Sale\Basket;
class BasketService
{
public function __construct(
private readonly int $userId
) {}
public function addItem(int $productId, int $quantity): Result
{
$result = new Result();
$basket = Basket::loadItemsForUser($this->userId);
if (!$basket) {
$result->addError(new Error('Не удалось загрузить корзину', 'BASKET_LOAD_FAIL'));
return $result;
}
$item = $basket->createItem('catalog', $productId);
$item->setFields(['QUANTITY' => $quantity]);
$saveResult = $basket->save();
if (!$saveResult->isSuccess()) {
$result->addErrors($saveResult->getErrors());
}
return $result;
}
}
Теперь корзина полностью покрыта юнит-тестами, а при обновлении Битрикс достаточно заменить один класс, а не переписывать все шаблоны. Это сократило время на обновления с 3 дней до 2 часов.
Как D7 API улучшает кэширование?
Тегированное кэширование — одна из сильных сторон D7. Вместо глобального сброса кеша по времени вы инвалидируете только те данные, которые изменились. Например, при обновлении цены товара сбрасывается кеш именно этого товара, а не всего каталога. Это снижает нагрузку на базу данных на 30–50%.
Архитектурные паттерны: фабрики и репозитории
Для сложной логики мы используем фабрики (Factory) для создания объектов и репозитории (Repository) для работы с хранилищем. Например, фабрика заказов создаёт экземпляры Order с предзаполненными зависимостями, а репозиторий товаров инкапсулирует ORM-запросы с тегированным кешем. Такой подход позволяет изолировать бизнес-логику от инфраструктуры и легко подменять реализации при тестировании.
Наш процесс работы
- Аудит текущего кода — выявляем места, где используется legacy API.
- Проектируем архитектуру — определяем сервисы, репозитории, фабрики.
- Реализуем классы — пишем код с Result, Application, тегированным кешем.
- Пишем юнит-тесты — покрываем критичные сценарии.
- Интеграция и деплой — заменяем старые модули по частям, сохраняя обратную совместимость.
Подробнее о принципах разработки
Каждый сервисный класс должен быть узконаправленным и отвечать за одну бизнес-операцию. Мы используем внедрение зависимостей через конструктор, а не через глобальные функции. Это делает код тестируемым и заменяемым.Что входит в разработку
- Полный набор D7-классов (сервисы, репозитории, фабрики, Result-объекты)
- Документация по API в PHPDoc
- Юнит-тесты (по запросу)
- Адаптация существующего кода для работы с новыми классами
- Инструкции по установке и поддержке
Сравнение D7 API с Legacy API
| Критерий | Legacy API | D7 API |
|---|---|---|
| Обработка ошибок | return false |
Result с массивом ошибок |
| Типизация | Смешанная (mixed) | Строгая (PHP 8.1+) |
| Тестируемость | Низкая (глобальные функции) | Высокая (зависимости через DI) |
| Кеширование | Время жизни | Тегированная инвалидация |
| Обновление Битрикс | Часто ломается | Совместимо с новыми версиями |
Сроки
| Задача | Срок |
|---|---|
| Набор сервисных классов для отдельной функциональности (5–10 классов) | 1–2 недели |
| Полная сервисная прослойка для модуля (репозитории, сервисы, фабрики, Result-объекты) | 3–5 недель |
| Написание юнит-тестов для готовых классов | +30–50% к срокам разработки |
Код на D7 API живёт долго. Его можно обновлять по частям, тестировать и переиспользовать. Закажите разработку D7-классов под ключ — оценим проект за 1 день. Гарантируем совместимость с последними версиями Битрикс.
Подробнее о D7 API читайте в официальной документации и в Wikipedia о неймспейсах PHP.
Свяжитесь с нами для консультации — поможем с миграцией на D7. Получите коммерческое предложение и оценку стоимости в течение дня.







