Принципы разработки - История изменений

Elena в 13:00, 17 марта 2025

2025-03-17T13:00:51Z

← Предыдущая версия		Версия от 13:00, 17 марта 2025
Строка 170:		Строка 170:

	Предыдущая статья курса: ''[[Задание 7. Создание служебного сценария]]''		Предыдущая статья курса: ''[[Задание 7. Создание служебного сценария]]''
	[[Категория:Курс "Разработка приложений"]]		[[Категория:Курс Разработка приложений]]

AZykov: /* Общая информация */

2025-03-13T18:37:38Z

Общая информация

← Предыдущая версия		Версия от 18:37, 13 марта 2025
Строка 15:		Строка 15:
	В рамках платформы, при разработке, применяется принцип разделения интерфейсов (см. [https://ru.wikipedia.org/wiki/SOLID_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5) SOLID]).		В рамках платформы, при разработке, применяется принцип разделения интерфейсов (см. [https://ru.wikipedia.org/wiki/SOLID_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5) SOLID]).

	Более полную архитектуру платформы и её модулей можно найти в [[Архитектура платформы\|соответствующей статье]].		Более полную архитектуру платформы и её модулей можно найти в [[Архитектура платформы\|соответствующей статье]].<blockquote>Для применения изменений, связанных с серверным кодом, необходимо применять изменения в пакете. В отличии от изменений классов, контролов и остальных сущностей, требуется деактивация и повторная активация пакета в приложении Builder. При использовании функции Apply, сервисы и некоторые другие элементы пакета не будут перезапущены, соответственно в таком случае изменения не будут применены.</blockquote>

	= Применение TS-кода в No-Code редакторах =		= Применение TS-кода в No-Code редакторах =

AZykov в 11:03, 11 марта 2025

2025-03-11T11:03:00Z

← Предыдущая версия		Версия от 11:03, 11 марта 2025
Строка 4:		Строка 4:


	Дальнейшие статьи курса расчитаны на наличие опыта в разработке приложений и сервисов. Крайне желательно наличие опыта разработки на языке TypeScript и работе с NodeJS.</blockquote>		'''Дальнейшие статьи курса расчитаны на наличие опыта в разработке приложений и сервисов. Крайне желательно наличие опыта разработки на языке TypeScript и работе с NodeJS.'''</blockquote>

	= Общая информация =		= Общая информация =

AZykov: /* Общая информация */

2025-03-10T16:42:37Z

Общая информация

← Предыдущая версия		Версия от 16:42, 10 марта 2025
Строка 1:		Строка 1:
	Предыдущая статья курса: ''[[Задание 7. Создание служебного сценария]]''		Предыдущая статья курса: ''[[Задание 7. Создание служебного сценария]]''

			<blockquote>


			Дальнейшие статьи курса расчитаны на наличие опыта в разработке приложений и сервисов. Крайне желательно наличие опыта разработки на языке TypeScript и работе с NodeJS.</blockquote>

	= Общая информация =		= Общая информация =

AZykov: /* Запуск TS-модулей и отладка */

2025-03-10T12:47:23Z

Запуск TS-модулей и отладка

← Предыдущая версия		Версия от 12:47, 10 марта 2025
Строка 153:		Строка 153:
	# Включить в таблице Services отображение столбца sourceCode		# Включить в таблице Services отображение столбца sourceCode
	# Скачать и распаковать zip-архив		# Скачать и распаковать zip-архив
	# Установить на компьютер NodeJS v14 и npm v6, Visual Studio Code либо аналогичную IDE		# [[Файл:Микросервисы в приложении Настройки.png\|мини\|Микросервисы в приложении Настройки]]Установить на компьютер NodeJS v14 и npm v6, Visual Studio Code либо аналогичную IDE
	# В файле package.json в строке build:live указать актуальные адрес сервера, имя домена и токен. Доступы настраиваются в приложении Настройки, раздел Прочее, Каналы интеграции. Для отладки можно использовать доступ product_layer, однако рекомендуется создать отдельный токен доступа с необходимыми правами.		# В файле package.json в строке build:live указать актуальные адрес сервера, имя домена и токен. Доступы настраиваются в приложении Настройки, раздел Прочее, Каналы интеграции. Для отладки можно использовать доступ product_layer, однако рекомендуется создать отдельный токен доступа с необходимыми правами.
	# Выполнить npm ci		# Выполнить npm ci

AZykov: /* Применение TS-кода в No-Code редакторах */

2025-03-03T12:18:53Z

Применение TS-кода в No-Code редакторах

← Предыдущая версия		Версия от 12:18, 3 марта 2025
Строка 115:		Строка 115:

	Детально работа действий будет рассмотрена в одной из следующих статей.		Детально работа действий будет рассмотрена в одной из следующих статей.

			=== Обработчики классов ===
			[[Файл:Редактор обработчика.png\|мини\|Редактор обработчика]]
			Обработчики (Handlers) это объект пакета, который служит для обработки событий классов.

			Обработчик предназначен для выполнения каких-либо действий во время операций insert/modify/delete в любых классах (в том числе из других пакетов, включая системные). Если обработчик возвращает строковое сообщение об ошибке либо false, операция отменяется.

			Включенные обработчики активных пакетов выполняются в порядке заданного приоритета после родных методов класса (заданных в свойствах класса beforeInsertCode, beforeModifyCode, beforeDeleteCode).

			Детальному обзору обработчиков посвящена следующая статья курса.

	= Разработка в файловой системе =		= Разработка в файловой системе =

AZykov: /* Применение TS-кода в No-Code редакторах */

2025-03-03T12:00:54Z

Применение TS-кода в No-Code редакторах

@@ Строка 14: / Строка 14: @@
 = Применение TS-кода в No-Code редакторах =
 [[Файл:Переопределение TypeScript-методов в классе.png|мини|Переопределение методов в редакторе класса]]
 Платформа предлагает широкие возможности по модификации логики объектов с помощью переопределения некоторых TypeScript-методов в редакторах объектов. Переопределен может быть как серверный, так и клиентский код.
@@ Строка 105: / Строка 107: @@
 |Метод вызывается после изменения значения свойства, для его валидации. Должен возвращать true или false
 |}
 = Разработка в файловой системе =
 = Запуск TS-модулей и отладка =
   Следующая статья курса: [[Обработчики данных]]
   Предыдущая статья курса: ''[[Задание 7. Создание служебного сценария]]''
 [[Категория:Курс "Разработка приложений"]]

AZykov: /* Применение TS-кода в No-Code редакторах */

2025-03-03T11:33:52Z

Применение TS-кода в No-Code редакторах

← Предыдущая версия		Версия от 11:33, 3 марта 2025
Строка 13:		Строка 13:

	= Применение TS-кода в No-Code редакторах =		= Применение TS-кода в No-Code редакторах =
			[[Файл:Переопределение TypeScript-методов в классе.png\|мини\|Переопределение методов в редакторе класса]]
			Платформа предлагает широкие возможности по модификации логики объектов с помощью переопределения некоторых TypeScript-методов в редакторах объектов. Переопределен может быть как серверный, так и клиентский код.

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

			Переопределенные клиентские методы будут автоматически применены в сгенерированном системой контроле.

			Методы, доступные для переопределения в редакторах:
			{\| class="wikitable"
			\|+Методы, доступные для переопределения
			!Имя объекта
			!Имя метода
			!Контекст исполнения
			!Комментарий
			\|-
			\| rowspan="9" \|Класс
			\|afterApplyUpdatesCode
			\|Серверный
			\|Метод вызывается после применения изменений в данных объекта класса
			\|-
			\|beforeInsertCode
			\|Серверный
			\|Метод вызывается перед добавлением нового объекта класса
			\|-
			\|beforeModifyCode
			\|Серверный
			\|Метод вызывается перед изменением данных объекта класса
			\|-
			\|beforeDeleteCode
			\|Серверный
			\|Метод вызывается перед удалением объекта класса
			\|-
			\|autoCalcCondition
			\|Серверный
			\|
			\|-
			\|doubleClickCode
			\|Клиентский
			\|
			\|-
			\|autoFocusConditionCode
			\|Клиентский
			\|
			\|-
			\|beforeInitCode
			\|Клиентский
			\|Метод вызывается перед инициализацией контрола в браузере
			\|-
			\|afterInitCode
			\|Клиентский
			\|Метод вызывается после инициализации контрола в браузере
			\|-
			\|Класс/DataProperty
			\|beforeSetCode
			\|Серверный
			\|Метод вызывается перед установкой нового значения в свойство объекта класса
			\|-
			\|
			\|afterSetCode
			\|Серверный
			\|Метод вызывается после установки нового значения в свойство объекта класса
			\|-
			\|
			\|dynamicEditorCode
			\|Клиентский
			\|
			\|-
			\|
			\|visibilityConditionCode
			\|Клиентский
			\|Метод, определяющий видимость свойства класса. Должен возвращать true или false
			\|-
			\|
			\|readOnlyConditionCode
			\|Клиентский
			\|Метод, определяющий доступность свойства класса для редактирования. Должен возвращать true или false
			\|-
			\|
			\|dynamicFilterCode
			\|Клиентский
			\|
			\|-
			\|
			\|afterValueChangedCode
			\|Клиентский
			\|Метод вызывается после измнеения значения свойства класса (на клиенте)
			\|-
			\|
			\|validationCode
			\|Клиентский
			\|Метод вызывается после изменения значения свойства, для его валидации. Должен возвращать true или false
			\|}

	= Разработка в файловой системе =		= Разработка в файловой системе =

AZykov: /* Общая информация */

2025-03-03T11:14:30Z

Общая информация

← Предыдущая версия		Версия от 11:14, 3 марта 2025
Строка 7:		Строка 7:

	Разработка приложений на платформе эра выполняется с помощью языка TypeScript. В большинстве случаев, можно выбрать контекст исполнения кода - он может быть клиентский (в браузере) или серверный (на сервере приложений продуктового слоя). В случае использования серверного контекста, код будет исполняться при помощи NodeJS версии 14.Х.		Разработка приложений на платформе эра выполняется с помощью языка TypeScript. В большинстве случаев, можно выбрать контекст исполнения кода - он может быть клиентский (в браузере) или серверный (на сервере приложений продуктового слоя). В случае использования серверного контекста, код будет исполняться при помощи NodeJS версии 14.Х.

	Фактически, при использовании No-Code редакторов и применении изменений в пакете, система автоматически генерирует TypeScript-код и сохраняет изменения в файловой системе.

	В рамках платформы, при разработке, применяется принцип разделения интерфейсов (см. [https://ru.wikipedia.org/wiki/SOLID_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5) SOLID]).		В рамках платформы, при разработке, применяется принцип разделения интерфейсов (см. [https://ru.wikipedia.org/wiki/SOLID_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5) SOLID]).

AZykov: /* Общая информация */

2025-03-03T11:14:12Z

Общая информация

← Предыдущая версия		Версия от 11:14, 3 марта 2025
Строка 4:		Строка 4:
	Любое приложение на платформе эра состоит из набора пакетов. При переходе от No-Code разработки к разработке с помощью кода этот подход не меняется.		Любое приложение на платформе эра состоит из набора пакетов. При переходе от No-Code разработки к разработке с помощью кода этот подход не меняется.

	Все объекты пакета, созданные с помощью No-Code редакторов, ~~отражаются~~ в ~~файловой системе и могут быть использованы или изменены вручную~~, ~~с помощью~~ кода.		Все объекты пакета, созданные с помощью No-Code редакторов, преобразуются механизмами платформы в набор классов. Большинство классов не доступно для редактирования внешними средствами. Исключение составляют сервисы пакета, для них доступно полное изменение исходного кода и его замена.

	Разработка приложений на платформе эра выполняется с помощью языка TypeScript. В большинстве случаев, можно выбрать контекст исполнения кода - он может быть клиентский (в браузере) или серверный (на сервере приложений продуктового слоя). В случае использования серверного контекста, код будет исполняться при помощи NodeJS версии 14.Х.		Разработка приложений на платформе эра выполняется с помощью языка TypeScript. В большинстве случаев, можно выбрать контекст исполнения кода - он может быть клиентский (в браузере) или серверный (на сервере приложений продуктового слоя). В случае использования серверного контекста, код будет исполняться при помощи NodeJS версии 14.Х.