В полном видео «Почему код типовых так сложно понимать» показываю, как применять подход Чистая Архитектура Роберта Мартина в 1С
Забирай пример реализации Чистой Архитектуры для игры на Unity в боте. Ссылка на бота в описании к полному видео: Почему код типовых так сложно понимать
Умные люди, подскажите куда капать. Имеется 1С Розница 2.3. Конфига 2.3.25.17 Проф. Интеграционный компонент 10.10.8.0, Основная поставка 10.10.8.0. Касса подключена по сети. На каждом рабочем месте статичные IP, касса жестко прописана по IP. Стоит галочка "Отключаться от кассы даже если канал...." Если пробивать обычный товар, то все 4 рабочих места работают без нареканий. Стоит пробить что-то с маркировкой - касса пропадает. 1С пишет - нет связи. Если в этот момент выключить/включить кассу - то маркировка сразу пробьется. На этой же 1С есть отдельное рабочее место с отдельной кассой, которая подключения по USB. Там ни каких вопросов не возникает. Дело в сети, настройке кассы или что-то блокирует? ПО кассы последнее (обновляли на 5 платформу и под маркировку). ПИОТ пока не стоит.... Адреса ОФД и ИСМ прописаны как в кассе, так и в 1С.
Всем привет. Я подумал все таки далее уже особенности синтаксиса мы будем учить постепенно создавая свой проект (прикладное решение), на котором мы помимо синтаксиса вообще посмотрим как разрабатывается простое приложение, познакомимся с основами учета и прочими моментами. Такой подход не является новинкой в обучении. Наше приложение будет решать задачу учета домашних финансов. Но сначала нам надо немного познакомиться с конфигуратором, по мере разработки мы будем изучать новый функционал. Итак открываем нашу базу для разработки в режиме конфигуратора и видим такое пустое окно.
Первое наше действие при работе с новой конфигурацией это нам нужно открыть саму конфигурацию для работы. Делается это одноименной кнопкой расположенной на верхней панели или сочетанием клавиш Ctrl+Shift+C.
После ее нажатия слева у вас откроется окошко с конфигурацией в нем будет много разных объектов пока нам незнакомых, на будущее эти объекты (на самом деле это пока группы объектов) называются объектами метаданных.
Давайте кратко по ним пробежимся, только по тем которые нам сейчас или в ближайшее время понадобятся.
Константы. Служат для хранения в базе данных одного значения. Например названия организации или какой-либо настройки.
Справочник. Хранят в себе справочную информацию, например список сотрудников, список номенклатуры и т.д.
Документы. С помощью документов непосредственно осуществляется учет, любая хозяйственная операция (закупка материалов, продажи, выдача зарплаты) отражается документом.
Регистры накопления. Документы могут делать сюда записи, подробнее мы это разберем далее но пока примите то что регистры служат для более быстрого получения данных созданных документов, например данных о продажах, на основе данных в регистрах которые туда записал документ будут строиться уже отчеты.
Отчеты. В простейшем случае таблица по типу Excel где у нас выведены нужные нам данные. Например отчет о продажах, закупках. В основном берут данные из регистров.
Думаю пока хватит пожалуй, все это естественно более подробно будет рассматриваться далее.
Для начала давайте назовем наше приложение и познакомимся немного с палитрой свойств. Вы можете заметить что в левой панели некоторые объекты с плюсиком, который можно нажать и развернутся внутренние объекты, мы уже говорили что эта панель это дерево объектов метаданных и на самой верхушке этого дерева находится непосредственно сама Конфигурация. Если нажать двойным кликом или выделить мышкой объект Конфигурация и нажать Alt + Enter то справа откроется панель - Палитра свойств.
Палитра свойств может быть в таком виде с раскрывающимися разделами а может быть в виде закладок, мне удобнее закладками, можете попробовать тоже поработать в таком режиме. Для этого нажимаем на палитре свойств правой кнопкой мыши и выбираем - Закладками.
Назовем наше приложение например - Учет домашних финансов. Имя даем в соответствии с правилами именования переменных.
Теперь давайте познакомимся с Подсистемами. Если говорить упрощенно то подсистемы служат для группировки данных в разделах меню. Например для нашего приложения как вариант нам могут понадобиться разделы - Учет доходов, Учет расходов, Администрирование. В учете доходов и расходов мы будем создавать соответствующие документы для отражения наших доходов и трат. Администрирование чисто технический раздел где могут находится какие-то вспомогательные инструменты или настройки. Давайте создадим эти подсистемы. Находятся подсистемы в разделе - Общее -> Подсистемы.
Выделим Подсистемы и нажмем Insert (Либо команда добавить на панели меню конфигурации или через правую кнопку мыши)
Видим окно мастера создания нового объекта (либо редактирования существующего). Все настройки в этом окне так же есть на палитре свойств. Назовем нашу первую подсистему - УчетДоходов. Вы наверное уже заметили что при таком именовании синоним заполняется автоматически разделяя слова пробелами по тем местам где встречается прописная буква и заглавная, на будущее тут могут быть такие приколы с именованием синонимов которые надо будет исправлять, например когда имя объекта должно начинаться с префикса (это частая практика при добавлении своих объектов в чужие конфигурации) и синоним для имени прУчетДоходов будет выглядеть как "Пр учет доходов" которое уже можно поправить, это так небольшое отступление. После переименования аналогично создадим оставшиеся подсистемы - УчетРасходов, Администрирование.
Вы можете заметить пару изменений после добавления подсистем (и переименования конфигурации). Звездочка возле надписи Конфигурация значит что мы что-то поменяли в конфигурации но еще не сохранили, синий бочёнок значит что мы еще не применили наши изменения к конфигурации базы данных, давайте сохраним нашу конфигурацию нажав Ctrl + S либо значок сохранения на верхней панели и увидим что к надписи конфигурации добавился знак <!> что значит то что я написал ранее - изменения не применены. Что это значит и что еще за конфигурация базы данных. Давайте немного подробнее разберем в следующем разделе.
На самом деле конфигурация у нас не одна. Мы сейчас рассмотрим что такое основная конфигурация и конфигурация базы данных (есть еще конфигурация поставщика но ее мы рассмотрим когда дойдем до изучения типовых конфигураций, а так же конфигурации расширений). Основная конфигурация это так конфигурация с которой мы работаем и вносим в нее изменения а конфигурация базы данных это так конфигурация которая уже определяет структуру базы данных и всю функциональность с которой работают пользователи. То есть когда мы что-то меняем в работающем приложении мы меняем не сразу рабочую конфигурацию а ее скажем так копию для разработки. И вот этот вот синий бочёнок говорит нам что у нас есть отличия основной конфигурации от конфигурации базы данных. И мы кстати можем эти отличия очень хорошо увидеть используя специальный инструментом сравнения. Это действие не обязательно и предназначено для боле любопытных учеников, но в будущем это очень востребованный инструмент при работе. В главном меню перейдем по пути Конфигурация ->Сравнить конфигурации.
В появившемся окне в качестве первой конфигурации оставим основную конфигурацию а в качестве второй выберем конфигурацию базы данных.
Нажмем ок и увидим результат сравнения. Если мы откроем все плюсики то увидим что в колонке Основная конфигурация у нас изменилось Имя и Синоним, а так же добавились наши подсистемы в то время как в конфигурации базы данных этих изменений нет.
Закроем окно и применим наши изменения, нажмем на синий бочёнок либо клавишу F7 и бочёнок посереет, а знак <!> исчезнет.
Сейчас если мы запустим конфигурацию в режиме предприятия например через клавишу F5 то мы не увидим наших добавленных подсистем, так как они пустые. Нам нужно создать для них нужные объекты и включить их в состав этих подсистем. Давайте сделаем это и заодно чуть ближе познакомимся с такими объектами как - Справочники и Документы.
Начнем со справочников, зачастую при разработке конфигурации они одни из самых первых добавляемых объектов. Мы хотим вести учет нашим финансам, какие же справочники нам могут понадобиться? Ну как минимум это какой-то признак в каком виде наши деньги хранятся - наличка, карты, крипта и прочее. Давайте назовем это - Счета. Добавим соответствующий справочник и посмотрим на его свойства. Для этого выберем в дереве объектов Справочники и добавим новый (надеюсь уже знаете как). Видим похожее окно мастера как при создании подсистем.
Подробно все поля мы сейчас рассматривать не будем, а только те что нужны нам сейчас. Для начала рассмотрим как именуются справочники. Справочник это множество каких-то данных соответственно Имя справочника задается обычно во множественном числе, в нашем случае Счета. Но если все оставить так как есть то когда мы будем создавать новый счет в заголовке у нас будет слово Счета, что вроде бы как не совсем логично ведь мы создаем один счет. Для этого есть поле - Представление объекта, то есть то как будет называться отдельный экземпляр справочника в единственном числе. Зададим представление объекта - Счет.
Если мы перейдем на вкладку Подсистемы либо нажмем - Далее то здесь мы увидим список наших подсистем и поля где можно проставить галочки тем самым указав в какой подсистеме будет виден этот справочник. Счета нам надо указывать как в доходах так и в расходах поэтому выберем соответствующие подсистемы.
У многих объектов есть такое понятие как реквизиты. Это свойства связанные именно с этим объектом, например реквизит Имя, мы будем так же далее добавлять и свои реквизиты, в нашем окне они находятся на вкладке данные. Здесь надо обратить внимание что есть стандартные реквизиты и реквизиты которые добавляем мы сами.
У справочника нас интересуют 2 стандартных реквизита - Код, Наименование. Посмотреть весь список стандартных реквизитов (для любопытных) можно нажав кнопку стандартные реквизиты, некоторые помечены серым и они недоступны потому-что не заданы соответствующие настройки.
Код служит для идентификации элемента справочника и представляет из себя либо строку либо число. Представление это то как будет отображаться элемент справочника в пользовательском режиме и может не совпадать с его наименованием, у справочника представление может быть в виде наименования либо в виде кода. У наименования так же можно выбрать длину и здесь мы можем например поставить длину 100 символов, максимальная длина наименования у всех объектов это 150. Если мы в эту длину не умещаемся тогда создается отдельный реквизит с именем например - ПолноеНаименование и у него уже указывается какая длина нужна без ограничений.
Далее наверное нам бы хотелось видеть а куда именно мы потратили деньги или каким образом заработали? В учете есть такое понятие как статьи доходов и расходов. Вот они нам и помогут определять куда ушли или откуда пришли денежки (например траты на еду, зарплата, продажа бу и прочее). Давайте создадим 2 справочника аналогичным образом - СтатьиДоходов, СтатьиРасходов. Длину наименования укажем 100. Вкладку подсистемы при создании справочников не трогаем и рассмотрим другой способ добавления объектов в подсистемы. Двойным кликом откроем нашу подсистему УчетДоходов и перейдем на вкладку Состав.
Здесь мы раскроем Справочники и поставим галочку на справочнике СтатьиДоходов. Аналогичным образом включим справочник СтатьиРасходов в подсистему УчетРасходов.
Думаю для начала этих справочников нам хватит.
Документы по структуре сложнее немного чем справочники поэтому рассмотрим их уже в следующем посте, их а так же коснемся регистра накопления и уже подробнее узнаем зачем он нужен, а так же создадим немножко кода кликая только одной мышкой (не расслабляйтесь так далеко не всегда в 1с, мы пока учимся). Всем спасибо за отклики.
P.S. Забегая наперед расскажу о планах по постам, хотелось бы пробежаться по верхам серией из постов создав простейшую учетную систему и на ее примере познакомить вас с разработкой. Далее еще затронуть тему зачем вообще 1с и какие задачи выполняет (немножко про учет и его проблемы). Потом так же пробежаться по другим базовым вещам 1с - это запросы, система компоновки данных, управляемые формы. И если силы останутся продолжать уже разбирать более сложные вещи и реальные задачи разработчика. Ну и в каком-то посте для всех негодующих по поводу статей 1с на пикабу дам набор обучающих ресурсов (курсы книги) который как по мне лучше всего позволит стартануть в 1С.
В полном видео «Почему код типовых так сложно понимать» показываю, как применять подход Чистая Архитектура Роберта Мартина в 1С
Забирай пример реализации Чистой Архитектуры для игры на Unity в боте. Ссылка на бота в описании к полному видео: Почему код типовых так сложно понимать
sender, address, cityId — это язык внешнего контракта.
Отправитель, Адрес, ИдентификаторГорода — это язык нашей системы.
Поэтому на границе добавляем переводчик:
sender → Отправитель
address → Адрес
cityId → ИдентификаторГорода
В DDD это называют Anticorruption Layer.
В Clean Architecture — Interface Adapters.
В Hexagonal Architecture — Adapters.
Названия разные, но идея одна: внешний формат не должен становиться внутренней моделью.
Иначе пишешь не на языке своей системы, а на языке чужого API. А потом любое изменение внешнего контракта ломает бизнес-логику.
А первая проблема решается организационно: нужно зафиксировать правила, проводить code review, подключать анализаторы, SonarQube, BSL Language Server и другие инструменты.
Продолжаем изучать синтаксис. Если заскучали то думаю синтаксису мы уделим максимум еще один пост и уже перейдем в конфигуратор.
Небольшое замечание про переменные, есть способ создать переменную но при этом не задавать ей значение, такой способ называется объявление переменной и выполняется с помощью ключевого слова Перем. Зачем это может быть нужно сейчас возможно будет трудно понять, но когда мы дойдем до областей видимости (когда перейдем в конфигуратор) тогда мы коснемся этого еще раз.
Тут все просто как в анекдоте:
Жена отправляет мужа-программиста в магазин: - Купи батон хлеба, если
будут яйца - возьми десяток.
Муж возвращается из магазина с десятью батонами.
- Ты зачем столько хлеба купил?
- Так ведь яйца были...
Если какое-то выражение выдает нам Истину то выполняем одно действие иначе другое действие. Простейшее условие выглядит так:
Не забываем про точку с запятой (хотя все равно по началу будете) в конце каждого выражения.
Другие варианты Если
То есть мы можем выполнить одно выражение (Если) в зависимости от какого-то выражения, либо выбрать из двух выражений (Если Иначе), либо из произвольного количества выражений (Если ИначеЕсли).
Для того чтобы поговорить о циклах давайте немного затронем тему массивов. Массив это просто упорядоченная коллекция переменных. То есть мы создаем переменную с типом массив и через методы массива можем туда добавлять другие переменные (данные) и если нам нужны будут значения этих переменных то мы будем обращаться к номеру массива где эти переменные лежат, такой номер называется индекс в массиве и во многих других коллекциях индекс всегда начинается с 0. Давайте создадим массив и добавим данные. Варианты создания массивов.
Обычно все пользуются вариантом №1. И тут мы уже можем увидеть что у нас повторяются одни и те же действия при добавлении данных, если мы знаем что нам нужно в массив добавить какие-то упорядоченные данные например последовательность чисел то тут нам облегчат жизнь циклы.
Цикл Для.
Начиная от значения Счетчик и по ограничение (10) добавляем в массив значения счетчика, По 10 значит что 10 последнее значение счетчика так же добавится в массив.
Так же как и добавили так же мы можем и прочитать добавленные значения через цикл Для, но здесь уже мы будем использовать доступ через квадратные скобки (индекс) и счетчик будем начинать не с единицы а с нуля, так как нумерация ячеек в массиве идет с нуля.
Небольшое отступление. Кому-то покажется странным запись вида Массив.Количество(). Здесь используется оператор точки. Помните когда мы учили приоритеты операций самый высокий был у точки и у фигурных скобок? Так вот точка это оператор доступа к данным некоего объекта, в нашем случае массива, у примитивных типов такого нет. Через точку мы как бы обращаемся к инструментам объекта или к хранящимся в нем данным.
Здесь мы через цикл для считываем последовательно данные массива, в качестве ограничения у нас выражение Массив.Количество() - 1, почему отнимаем единицу? Например у нас в массиве 10 значений, метод количество значит вернет число 10. То есть на последнем шаге цикла в значении счетчика у нас будет 10. Далее мы считываем это значение через Массив[Счетчик], что равносильно Массив[10], а мы помним что индекс начальной ячейки 0 и не трудно догадаться что индекс последней ячейки будет 9 и мы пытаемся прочитать значение из несуществующей ячейки. Поэтому мы получим ошибку на последнем шаге цикла если не отнимем единицу.
И тут мы можем рассмотреть еще одну вариацию цикла Для, предназначенную для обхода коллекций - Для Каждого. Здесь мы просто без указания индекса можем перебрать все элементы коллекции.
Гораздо проще да? Не надо ничего отнимать и обращаться по индексу, очень популярный цикл.
Ну и напоследок темы циклов рассмотрим цикл Пока. С помощью него удобно сделать бесконечный цикл прерываемый только при наступлении какого-то события. Либо выполнять какие-то действия пока результат проверки равен истине
Здесь у нас новый оператор не равно <> часто используют его но для наглядности можно использовать конструкцию НЕ Счетчик = 0, а так же здесь показан способ уменьшения значения переменной, можно аналогично увеличивать значение только используя знак плюс.
Для тру программистов конструкций инкремента и декремента (++, --) а так же конструкций += и -= в 1с нету. Грустно, знаю.
Еще небольшое отступление, возможно у кого-то возникнет вопрос а почему мы через знак равно который служит для присваивания значения переменной проверяем равенство? Ну вот привыкайте, присваивание и равенство пишутся одинаково, и когда встретите такую конструкцию - Результат = Число1 = Число2 - знайте что в результат присвоится булево, в зависимости от того равно Число1 Числу2 (Истина) или нет (Ложь);
Один момент который касается всех циклов. Существует два ключевых слова - Прервать, Продолжить. Прервать прерывает выполнение цикла в месте вызова. Продолжить перескакивает на следующий шаг.
В первом цикле мы прерываем цикл по достижении значения счетчика 5. Во втором шаге мы пропускаем все шаги где остаток от деления на 2 значения счетчика не равен 0 ( то есть это нечетное число).
Далее нас ждет немного более сложная для понимания тема процедур и функций поэтому вынесу ее в отдельный пост. А после нее уже перейдем к изучению конфигуратора (конфигурирование) и расширения знаний о синтаксисе языка уже в конфигураторе.
