1
0
mirror of https://github.com/zerobig/fluent-request-schema-1c.git synced 2025-08-09 21:27:11 +02:00

first commit

This commit is contained in:
Ilya Bushin
2024-10-17 12:02:26 +03:00
commit b61b0e2138
5 changed files with 301 additions and 0 deletions

123
README.md Normal file
View File

@@ -0,0 +1,123 @@
# 1С Предприятие. Fluent схема запроса
## Мотивация
Смотрел я на запросы в 1С, потом смотрел на то как народ создаёт библиотеки с API в "текучем" стиле. И решил это совместить. Ведь есть же такой замечательный продукт от Microsoft - [Linq](https://learn.microsoft.com/ru-ru/dotnet/csharp/linq/standard-query-operators/)! Сначала подумал что буду первопроходцем. Но оказывается всё уже придумано до нас: [Раз](https://github.com/KalyakinAG/query-model), [Два](https://infostart.ru/1c/articles/1991009/). Может быть ещё что есть, а я не нашел.
## Описание
Библиотека позволяет писать запросы 1С Предприятия в функциональном стиле. Например, вот такой код:
```bsl
ТаблицаЗначений = СЗ_Запрос.НовыйЗапрос("Справочник.Номенклатура").ВТаблицуЗначений();
```
будет аналогичен:
```bsl
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка
|ИЗ
| Справочник.Номенклатура КАК Номенклатура";
ТаблицаЗначений = Запрос.Выполнить().Выгрузить();
```
### Преимущества такого подхода:
* уменьшение количества кода при той же читабельности / наглядности;
* избавление от уродских конструкций типа:
```bls
Запрос.ТекстЗапроса = СтрЗаменить(Запрос.ТекстЗапроса, "&Условие", "Номенклатура.ЭтоГруппа = ЛОЖЬ");
```
### У существующих решений есть ряд недостатков:
* излишне многословны;
* не готовы к применению в рабочих конфигурациях;
* не соответствуют стандартам разработки;
* статья на инфостарте так и осталась лишь статьёй, не вылившись в какую-то готовую разработку
### У моего решения тоже есть недостатки:
* отсутствует автодополнение кода;
### Личные переживания и сомнения в процессе разработки
Сначала я был полон энтузиазма. Потом, по мере написания кода, начали появляться сомнения. Нужно ли это? Верной ли дорогой иду? Но когда я увидел как вот это:
```bsl
Функция ТаблицаАдресныхСокращений(НаименованияАдресныхОбъектов)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| УровниСокращенийАдресныхСведений.Значение КАК Наименование,
| УровниСокращенийАдресныхСведений.Сокращение КАК Сокращение
|ИЗ
| РегистрСведений.УровниСокращенийАдресныхСведений КАК УровниСокращенийАдресныхСведений
|ГДЕ
| &Условие
|
|СГРУППИРОВАТЬ ПО
| УровниСокращенийАдресныхСведений.Значение,
| УровниСокращенийАдресныхСведений.Сокращение
|
|УПОРЯДОЧИТЬ ПО
| Наименование";
Если ТипЗнч(НаименованияАдресныхОбъектов) = Тип("Массив") И НаименованияАдресныхОбъектов.Количество() > 0 Тогда
Условие = "ИСТИНА";
Иначе
Условие = "УровниСокращенийАдресныхСведений.Значение В(&АдресныеСокращения)";
Запрос.УстановитьПараметр("АдресныеСокращения", НаименованияАдресныхОбъектов);
КонецЕсли;
Запрос.Текст = СтрЗаменить(Запрос.Текст, "&Условие", Условие);
Возврат Запрос.Выполнить().Выгрузить();
КонецФункции
```
превратилось вот в это:
```bsl
Функция ТаблицаАдресныхСокращений(НаименованияАдресныхОбъектов)
Запрос = СЗ_Запрос.НовыйЗапрос("РегистрСведений.УровниСокращенийАдресныхСведений")
.Выбрать("Значение КАК Наименование, Сокращение")
.Сгруппировать("Значение, Сокращение")
.Упорядочить("Наименование");
Если ТипЗнч(НаименованияАдресныхОбъектов) = Тип("Массив") И НаименованияАдресныхОбъектов.Количество() > 0 Тогда
Запрос = Запрос
.Где(СЗ_Запрос.Предикат()
.Реквизит("Значение").В(НаименованияАдресныхОбъектов));
КонецЕсли;
Возврат Запрос.ВТаблицуЗначений();
КонецФункции
```
все сомнения отпали! 16 строк вместо 30-ти при сохранении общей читабельности. И качество кода улучшилось за счет отказа от конструкции `СтрЗаменить()`.
По-моему это заявка на успех!
## Документация
// TODO:
## Как запустить
* Вариант 1: скачать файл с расширением cf из раздела [Releases]() и объединить со своей конфигурацией;
* Вариант 2: скачать файл с расширением cfe из раздела [Releases]() и установить это расширение в свою базу данных;
* Вариант 3: скачать исходники из репозитория, собрать при помощи команды `npm run build` (потребуется установленная NodeJS) и использовать результаты сборки по своему усмотрению;
## Идеи по дальнейшему развитию
- [ ] расширение API методов:
- [ ] вложенные запросы;
- [ ] пакетные запросы;
- [ ] // TODO:
- [ ] увеличение полноты покрытия тестами;
- [ ] обработка-конструктор, которая преобразует обычный запрос 1С в "текучие" выражения и обратно;
## Благодарности
* [YAxUnit](https://github.com/bia-technologies/yaxunit) - ребята, вы лучшие!
* [1CFilesConverter](https://github.com/arkuznetsov/1CFilesConverter) - давно пользуюсь этими скриптами. Очень помогают.