Сохранение настройки в нескольких файлах (постановка) - История изменений

SYSDBA: /* Примечания */

2013-01-04T16:30:06Z

‎Примечания

SYSDBA в 07:47, 28 сентября 2010

2010-09-28T07:47:12Z

Flake в 16:13, 27 сентября 2010

2010-09-27T16:13:43Z

SYSDBA в 10:54, 27 сентября 2010

2010-09-27T10:54:05Z

SYSDBA в 08:05, 27 сентября 2010

2010-09-27T08:05:58Z

SYSDBA в 07:46, 27 сентября 2010

2010-09-27T07:46:03Z

SYSDBA: /* Сохранять тег ROW в отдельном файле */

2010-09-26T10:54:15Z

‎Сохранять тег ROW в отдельном файле

SYSDBA: /* Сохранять исходные тексты скрипт-функций в отдельных файлах */

2010-09-26T10:51:39Z

‎Сохранять исходные тексты скрипт-функций в отдельных файлах

SYSDBA: /* Сохранять тег ROW в отдельном файле */

2010-09-26T10:27:52Z

‎Сохранять тег ROW в отдельном файле

SYSDBA: Новая страница: «Исторически так сложилось, что код прикладных подсистем мы разбиваем на несколько настро…»

2010-09-26T10:03:37Z

Новая страница: «Исторически так сложилось, что код прикладных подсистем мы разбиваем на несколько настро…»

Новая страница

Исторически так сложилось, что код прикладных подсистем мы разбиваем на несколько настроек по функциональному признаку. Например, Склад-Метаданные, Склад-Данные, Склад-Отчеты и т.п. Объединяющей для этих настроек является конечная настройка ([[Пакет настроек|пакет]]), для которой соответствующим образом проставлены зависимости. При таком подходе размер файлов в формате XML получается слишком большим для нормальной работы через систему контроля версий.

Рассмотрим варианты решений.

=== Сохранять тег ROW в отдельном файле ===

Введем максимальный размер тега ROW. При формировании XML будем проверять на этот размер. Если тег получился большего размера, то выносим его содержимое в отдельный файл с именем:

ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕКТА.XML

Для подключения файла в общий XML мы можем либо воспользоваться [http://www.google.com.by/search?q=xml+file+include механизмом включения файлов], либо реализовать отдельную загрузку при обработке XML настройки. В последнем случае в тексте настройки прописываем имя файла в атрибуте fname тега ROW:

<ROW fname="ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕКТА.XML" />

=== Сохранять исходные тексты скрипт-функций в отдельных файлах ===

[[Category:Постановка]]

@@ Строка 58: / Строка 58: @@
 <references />
-[[Category:Постановка]]
+[[Category:Постановка-Отклонено]]
 __NOTOC__

@@ Строка 3: / Строка 3: @@
 Можно рассматривать два подхода решения данной проблемы.
-# Мы не трогаем существующий механизм сохранения настройки в XML. Вместо этого -- разбиваем существующую настройку на более мелкие и сохраняем их поотдельности. Например, Склад-Отчеты можно разделить на Склад-Отчеты.ТН-2, Склад-Отчеты.ТТН-1 и т.д. Для удобства работы с большим количеством более мелких настроек следует реализовать древовидное представление списка настроек с учетом их зависимостей и функции перемещения объекта из одной настройки в другую. Недостаток этого подхода в том, что придется выполнить большой объем ручной работы по перемещению объектов в существующих настройках.
+# Мы не трогаем существующий механизм сохранения настройки в XML. Вместо этого -- разбиваем существующую настройку на более мелкие и сохраняем их поотдельности. Например, Склад-Отчеты можно разделить на Склад-Отчеты.ТН-2, Склад-Отчеты.ТТН-1 и т.д. Для удобства работы с большим количеством более мелких настроек следует реализовать древовидное представление списка настроек с учетом их зависимостей и функции перемещения объекта из одной настройки в другую. Недостаток этого подхода в том, что придется выполнить большой объем ручной работы по перемещению объектов в существующих настройках. Еще один недостаток (если не будет решена проблема многократной записи одного и того же объекта в разные настройки) это риск перезаписи более новой версии объекта версией из старого файла настройки.
 # Изменяем механизм сохранения и выносим составные части XML в отдельные файлы.
 == Вынесение составных частей XML в отдельные файлы ==
-Настройка будет состоять из главного файла и папки с подчиненными файлами, например:
+Настройка будет состоять из главного файла и папки с подчиненными файлами, расположенными в выделенном подкаталоге, например:
    Мат склад Макросы.xml
@@ Строка 49: / Строка 49: @@
    <SCRIPT fname="ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕТА.script.vbs" />
-Минусы, как и в первом варианте, это большое количество файлов и невозможность использовать стандартные средства поиска по XML и трансформинга. Плюсы в том, что тексты программ хранятся именно как тексты программ, без дополнительной разметки.
+Минусы, как и в первом варианте, это большое количество файлов и невозможность использовать стандартные средства поиска по XML и трансформинга. Плюсы в том, что тексты программ хранятся именно как тексты программ, без дополнительной разметки.<ref>Стоит заметить, вычленение тега ROW в отдельный файл -- универсальное решение, которое будет работать как для настроек (кодов программы) так и для данных.</ref>
 == Оптимизация XML файла настроки ==

@@ Строка 6: / Строка 6: @@
 # Изменяем механизм сохранения и выносим составные части XML в отдельные файлы.
-Второй вариант может быть реализован несколькими способами:
+== Вынесение составных частей XML в отдельные файлы ==
-==== Сохранять тег ROW в отдельном файле  ====
+  Мат склад Макросы.xml
 Введем максимальный размер тега ROW. При формировании XML будем проверять на этот размер. Если тег получился большего размера, то выносим его содержимое в отдельный файл с именем:
@@ Строка 20: / Строка 29: @@
 Недостаток данного метода -- большое количество сепаратных файлов для большой настройки.
-==== Сохранять группу тегов ROW в отдельном файле  ====
+==== Группу тегов ROW в отдельном файле  ====
 Аналогично предыдущему, но в файл выгружается не один, а несколько тегов ROW. Имя файла формируем как:
@@ Строка 30: / Строка 39: @@
    <ROWS fname="ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕКТА.XML" />
-==== Сохранять исходные тексты скрипт-функций в отдельных файлах ====
+==== Исходные тексты скрипт-функций в отдельных файлах ====
 Определяем таблицы и поля, которые хранят исходный код скрипт-функций, DFM экранных форм, отчеты. Каждое такое поле сохраняем без дополнительной разметки в отдельном текстовом файле с именем:

@@ Строка 3: / Строка 3: @@
 Можно рассматривать два подхода решения данной проблемы.
-# Мы не трогаем существующий механизм сохранения настройки в XML. Вместо этого -- разбиваем существующую настройку на более мелкие и сохраняем их поотдельности. Например, Склад-Отчеты можно разделить на Склад-Отчеты.ТН-2, Склад-Отчеты.ТТН-1 и т.д. Для удобства работы с большим количеством более мелких настроек следует реализовать древовидное представление списка настроек с учетом их зависимостей и функции перемещения объекта из одной настройки в другую.
+# Мы не трогаем существующий механизм сохранения настройки в XML. Вместо этого -- разбиваем существующую настройку на более мелкие и сохраняем их поотдельности. Например, Склад-Отчеты можно разделить на Склад-Отчеты.ТН-2, Склад-Отчеты.ТТН-1 и т.д. Для удобства работы с большим количеством более мелких настроек следует реализовать древовидное представление списка настроек с учетом их зависимостей и функции перемещения объекта из одной настройки в другую. Недостаток этого подхода в том, что придется выполнить большой объем ручной работы по перемещению объектов в существующих настройках.
 # Изменяем механизм сохранения и выносим составные части XML в отдельные файлы.

@@ Строка 1: / Строка 1: @@
-Исторически так сложилось, что код прикладных подсистем мы разбиваем на несколько настроек по функциональному признаку. Например, Склад-Метаданные, Склад-Данные, Склад-Отчеты и т.п. Объединяющей для этих настроек является конечная настройка ([[Пакет настроек|пакет]]), для которой соответствующим образом проставлены зависимости. При таком подходе размер файлов в формате XML получается слишком большим для нормальной работы через систему контроля версий. Можно рассматривать два подхода решения данной проблемы.
+Исторически так сложилось, что код прикладных подсистем мы разбиваем на несколько настроек по функциональному признаку. Например, Склад-Метаданные, Склад-Данные, Склад-Отчеты и т.п. Объединяющей для этих настроек является конечная настройка ([[Пакет настроек|пакет]]), для которой соответствующим образом проставлены зависимости. При таком подходе размер файлов в формате XML получается слишком большим для нормальной работы через систему контроля версий.
-* В первом случае, мы не изменяем существующий механизм сохранения настройки в XML. Вместо этого мы разбиваем существующую настройку на более мелкие и сохраняем их поотдельности.
+Можно рассматривать два подхода решения данной проблемы.
-* Во втором -- изменяем механизм сохранения и выносим составные части XML в отдельные файлы.
-Рассмотрим второй вариант подробнее.
+# Мы не трогаем существующий механизм сохранения настройки в XML. Вместо этого -- разбиваем существующую настройку на более мелкие и сохраняем их поотдельности. Например, Склад-Отчеты можно разделить на Склад-Отчеты.ТН-2, Склад-Отчеты.ТТН-1 и т.д. Для удобства работы с большим количеством более мелких настроек следует реализовать древовидное представление списка настроек с учетом их зависимостей и функции перемещения объекта из одной настройки в другую.
-=== Сохранять тег ROW в отдельном файле  ===
+Второй вариант может быть реализован несколькими способами:
 Введем максимальный размер тега ROW. При формировании XML будем проверять на этот размер. Если тег получился большего размера, то выносим его содержимое в отдельный файл с именем:
@@ Строка 12: / Строка 14: @@
    ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕКТА.XML
-Для подключения файла в общий XML мы можем либо воспользоваться [http://www.google.com.by/search?q=xml+file+include механизмом включения файлов], либо реализовать отдельную загрузку при обработке XML настройки. В последнем случае в тексте настройки прописываем имя файла в атрибуте fname тега ROW:
+Для подключения файла в общий XML мы можем либо воспользоваться [http://www.google.com.by/search?q=xml+file+include механизмом включения файлов стандарта XML], либо реализовать отдельную загрузку при загрузке настройки<ref>Стоит заметить, что при самостоятельной обработке отдельных файлов мы теряем возможность работы с XML файлом, как с единым целым. Например, не сможем выполнить поиск с помощью XQuery или трансляцию с помощью XSLT.</ref>. В последнем случае в тексте настройки прописываем имя файла в атрибуте fname тега ROW:
    <ROW fname="ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕКТА.XML" />
-Недостаток данного метода -- большое количество сепаратных файлов, которые могут получиться для большой настройки. Стоит заметить, что при самостоятельной обработке отдельных файлов мы теряем возможность работы с XML настройки, как с единым целым.
+Недостаток данного метода -- большое количество сепаратных файлов для большой настройки.
-=== Сохранять группу тегов ROW в отдельном файле  ===
+==== Сохранять группу тегов ROW в отдельном файле  ====
-Аналогично предыдущему, но в файл выгружается не один, а несколько тегов ROW.
+Аналогично предыдущему, но в файл выгружается не один, а несколько тегов ROW. Имя файла формируем как:
-=== Сохранять исходные тексты скрипт-функций в отдельных файлах ===
+  ИМЯ_НАСТРОЙКИ.РУИД_ПЕРВОГО_ОБЪЕКТА.XML
-Определяем таблицы и поля, которые хранят исходный код скрипт-функций, DFM экранных форм, отчеты. Каждое такое поле сохраняем в отдельном текстовом файле безо всякой дополнительной разметки. Имя файла:
+Для подключения в XML используем тег ROWS:
    ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕТА.ПОЛЕ.РАСШИРЕНИЕ
-Расширение файла указывается в соответствии с типом записанного в него кода. Например: VBS, DFM, XML и т.п. В теги полей сохраненных в отдельных файлах добавляем атрибут fname.
+Расширение файла указывается в соответствии с типом записанного в него кода. Например: VBS, DFM, XML и т.п. В теги полей, сохраненных в отдельных файлах, добавляем атрибут fname:
 Минусы, как и в первом варианте, это большое количество файлов и невозможность использовать стандартные средства поиска по XML и трансформинга. Плюсы в том, что тексты программ хранятся именно как тексты программ, без дополнительной разметки.
@@ Строка 34: / Строка 44: @@
 == Оптимизация XML файла настроки ==
-Так же следует уделить внимание оптимизации хранения данных. Например, зафиксировать дефолтные значения флагов MODIFYFROMSTREAM и др. в спецификациях. Тогда для каждой строки указывать их только в том случае, если они отличаются.
+Следует уделить внимание оптимизации XML. Например, зафиксировать в спецификациях дефолтные значения флагов MODIFYFROMSTREAM и др. и указывать их для конкретной строки только если они отличаются.
 [[Category:Постановка]]

← Предыдущая		Версия 10:51, 26 сентября 2010
Строка 21:		Строка 21:
	=== Сохранять исходные тексты скрипт-функций в отдельных файлах ===		=== Сохранять исходные тексты скрипт-функций в отдельных файлах ===

		+	Определяем таблицы и поля, которые хранят исходный код скрипт-функций, DFM экранных форм, отчеты. Каждое такое поле сохраняем в отдельном текстовом файле безо всякой дополнительной разметки. Имя файла:

		+	ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕТА.ПОЛЕ.РАСШИРЕНИЕ
		+
		+	Расширение файла указывается в соответствии с типом записанного в него кода. Например: VBS, DFM, XML и т.п. В теги полей сохраненных в отдельных файлах добавляем атрибут fname.
		+
		+	Минусы, как и в первом варианте, это большое количество файлов и невозможность использовать стандартные средства поиска по XML и трансформинга. Плюсы в том, что тексты программ хранятся именно как тексты программ, без дополнительной разметки.
		+
		+	== Оптимизация XML файла настроки ==
		+
		+	Так же следует уделить внимание оптимизации хранения данных. Например, указывать флаги MODIFYFROMSTREAM и т.п. на уровне таблицы, а для каждой строки указывать их только в том случае, если они отличаются.

	[[Category:Постановка]]		[[Category:Постановка]]

← Предыдущая		Версия 10:27, 26 сентября 2010
Строка 12:		Строка 12:

	<ROW fname="ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕКТА.XML" />		<ROW fname="ИМЯ_НАСТРОЙКИ.РУИД_ОБЪЕКТА.XML" />
		+
		+	Недостаток данного метода -- большое количество сепаратных файлов, которые могут получиться для большой настройки.
		+
		+	=== Сохранять группу тегов ROW в отдельном файле ===
		+
		+	Аналогично предыдущему, но в файл выгружается не один, а несколько тегов ROW.

	=== Сохранять исходные тексты скрипт-функций в отдельных файлах ===		=== Сохранять исходные тексты скрипт-функций в отдельных файлах ===