Ну например - у меня есть класс УскоренныйРегистр - чтобы он полностью
соответствовал регистру 1С(не менял кода) приходится добавлять динамические свойства -
измерения и ресурсы.

Если я правильно понял вопрос.

artbear писал(а) 28. Февраля 2008 :: 14:41:


Он под ДБФ, хотя под SQL переделать не сложно(но трудоемко - из за различной оптимизации).
В методах на ТА (СводныйОстаток ,Остаток, Остатки) не дает ускорения - видимо 1С тут неплохо оптимизировали.
В методах выгрузки итогов дает весьма неплохое.
Самое существенное ускорение дает при временных расчетах.

Пока сырой.
Если интересно - доведу до ума и выложу недели через две.

kiruha писал(а) 28. Февраля 2008 :: 15:07:

Как раз интересно из-за работы под ДБФ, и, уверен, что не только мне.
Жду результатов.

Цитата:


Хотел написать свой класс структура на основе индексированной таблицы и динамических свойств. Но в виду "особеностей работы" динамических свойств придется использовать просто структуру

Блин, написал, и понял что написал фигню 

Зачем нужны именно динамические свойства я представить не могу.

kiruha писал(а) 28. Февраля 2008 :: 15:07:

Было бы очень интересно и полезно посмотреть

fez писал(а) 28. Февраля 2008 :: 13:26:



еще динамические свойства полезны при разработке ОРМ

к примеру существует объект СущностьБД
в коде я хочу обращаться к полям этой сущности через точку например СущностьБД.Наименование

теперь остается только реализовать обобщенные методы работы с динамическими свойствами, словарь динамический свойств и полей БД (пары значений), и собственно работу по выборки значения свойства из БД

то есть получается при добавлении нового поля в сущности мне достаочно добавить в словарь пару значений Свойство = ПолеБД
а методы для работы с этими полями уже работаю в обобщенном виде

artbear писал(а) 06. Марта 2008 :: 06:44:


+1

Обратная  совместимость есть?
Старые классы с динамическими свойствами переделывать не придется?

Это всё хорошо. А совместимость?

artbear писал(а) 18. Марта 2008 :: 06:28:

//_____________________________________________________________________________
//
Функция _ПолучитьКолвоДСвойств()
	// для отладчика: позволяет видеть динамические свойства
	//
	Возврат Сам().КоличествоКолонок();
КонецФункции // _ПолучитьКолвоДСвойств()

//_____________________________________________________________________________
//
Функция _ПолучитьИмяДСвойства(Знач чНомер)
	// для отладчика: позволяет видеть динамические свойства
	//
	Попытка
		Возврат ч_ВиртТаблица.ПолучитьПараметрыКолонки(чНомер + ч_СлужКолонок); // вначале идут служебные
	Исключение
	КонецПопытки;

	Возврат "";
КонецФункции // _ПолучитьИмяДСвойства()
 

Вот нашел у себя - видать я неудачнег.

artbear писал(а) 18. Марта 2008 :: 06:28:

т.е. классы придется править

Nick писал(а) 18. Марта 2008 :: 06:37:

Еще раз
Т.е. сейчас в существующие классы с динамическими свойствами нужно явно добавить динамические свойства, например, в конструкторе.
Т.е. либо меняем класс, либо его клиентов - предпочтительнее класс

artbear писал(а) 18. Марта 2008 :: 07:06:

Может сделать опрос?
Мне в принципе не слишком принципиально, т.к. таких классов не много

Все-таки добавил опрос, т.к. мнение пользователей 1С++ интересно.
Прошу голосовать
Я проголосовал нет, совместимость не нужна.

lustin писал(а) 18. Марта 2008 :: 07:29:

Не переживайте, все проверено.
Например, рабочий тест

Процедура Проверить_Информатор_ПолучитьДинамическихСвойств(Объект)
	Сам=Сам();
	Информатор = СоздатьОбъект("Информатор");
	ТабСвойств = Информатор.ПолучитьТаблицуСвойств(Объект);
	//ТабСвойств.ВыбратьСтроку();

	лКоличествоСвойств = 4;
	Сам.ПроверитьРавенство(ТабСвойств.КоличествоСтрок(), лКоличествоСвойств);
	Сам.ПроверитьРавенство(ТабСвойств.ПолучитьЗначение(лКоличествоСвойств-1, "NameRus"), "Свойство");
	Сам.ПроверитьРавенство(ТабСвойств.ПолучитьЗначение(лКоличествоСвойств, "NameRus"), "ДинамическоеСвойство");
КонецПроцедуры

Процедура Тест_Информатор_ПолучитьДинамическихСвойств() Экспорт
	Сам=Сам();
	Объект = СоздатьОбъект("КлассСДинамическимСвойством");

	Проверить_Информатор_ПолучитьДинамическихСвойств(Объект);
КонецПроцедуры

Процедура Тест_Информатор_ПолучитьДинамическихСвойствНаследника() Экспорт
	Сам=Сам();
	Объект = СоздатьОбъект("КлассСДинамическимСвойством_Наследник");
	Информатор = СоздатьОбъект("Информатор");
	ТабСвойств = Информатор.ПолучитьТаблицуСвойств(Объект);
	//ТабСвойств.ВыбратьСтроку();

	лКоличествоСвойств = 7;
	Сам.ПроверитьРавенство(ТабСвойств.КоличествоСтрок(), лКоличествоСвойств);
	Сам.ПроверитьРавенство(ТабСвойств.ПолучитьЗначение(лКоличествоСвойств-2, "NameRus"), "Свойство");
	Сам.ПроверитьРавенство(ТабСвойств.ПолучитьЗначение(лКоличествоСвойств-1, "NameRus"), "ДинамическоеСвойство");
	Сам.ПроверитьРавенство(ТабСвойств.ПолучитьЗначение(лКоличествоСвойств, "NameRus"), "ДинамическоеСвойствоНаследника");

	База = Объект.ПолучитьБазовыйКласс();
	Проверить_Информатор_ПолучитьДинамическихСвойств(База);
КонецПроцедуры
 

Короче, все залито.
Начиная со сборки 19.03.08 динамические свойства необходимо добавить вручную через метод ДобавитьДинамическоеСвойство, больше никаких изменений делать не нужно!

В 3.0 перенос будет выполнен буквально на днях

artbear писал(а) 04. Апреля 2008 :: 12:03:


По совету kms повторяю свой вопрос здесь (т.к. эта ветка дейстительно больше подходит под мой случай)

Раньше у меня в функции _ПриЧтенииСвойства(стрИмяАтрибута) работал следующий код

ИначеЕсли ТипЗначенияСтр(ПраваНаОбъект) = "СписокЗначений" Тогда
        Если ПраваНаОбъект.Принадлежит(стрИмяАтрибута) = 1 Тогда
		Возврат ПраваНаОбъект.Пометка(ПраваНаОбъект.НайтиЗначение(стрИмяАтрибута));
	Иначе
		Сообщить("Свойство " + стрИмяАтрибута + " не определено для класса ""ПраваНаОбъектыМетаданных""", "!");
	КонецЕсли;
КонецЕсли;
 

Т.е. если я в СпискеЗначений нашел этот атрибут то вернул его, если не нашел то или просто ругнулся или выдал исключение (по желанию), то теперь получается мне постоянно нужно следить что в этом списке, и добавлять/удалять ДинамическоеСвойство

Но если в этом классе это хотя-бы теоретическти возможно, то в другом , который "Константы" и к которому я обращаюсь Константы.ИмяКонстанты и где "ИмяКонстанты" может быть абсолютно произвольное, отследить его никак не получится.    
Как-бы это побороть? Чтобы и [bug 3606] был доволен, и я тоже. Плизззз!    

Цитата:


А сейчас сработает такой код, или получим исключение?
Т.е. что будет если попытатся обратится к не добавленному атрибуту?

kms писал(а) 19. Мая 2008 :: 14:48:


Ну у меня уже куча кода написана - переписывать облом

А если использовать метод, то тогда точно прападает весь смысл в динамических атрибутах
Т.к. в этом случае они практически статичны. Только определются не в момент компиляции/интерпретации а в момент исполнения. Но определять их таки нужно.

Это конечно глубокое IMHO

avgreen писал(а) 19. Мая 2008 :: 19:25:


тогда глубокое мое ИМХО... Если ты по коду обращаешься к "Константа.МоеНазваниеКонстанты" напрямую в коде, значит ты знаешь, что такое название "константы" должно существовать. В чем проблема прописать/определить его в классе?

ЗЫ... Если мне память не изменяет в 1С-ке нет макроподстановок... Вот в фоксе-это да... Так что обратиться к "Константа.ХренЗнаетЧегоЯХочуДаЕщеИСПеременнымНазванием" вряд ли получится. Методом - это да. А остальное все равно статично

Chieftain писал(а) 19. Мая 2008 :: 22:14:


Ну может существовать а может и не существовать Но даже не это главное. Главное то, что этих констант может быть несколько сотен ..... а может и тысяч. Для каждой прописывать ДобавитьСовойство - задолбешся
Поясню что в данном контексте означает константа. Это не макроподстановка и не константа времени компиляции/интерпретации как в С++ к примеру. Это моя попытка заменить с помощью класса объект метаданных "Константа". Полностью переопределить как для документа или справочника у меня к сожалению не получилось, но примерно похоже..... в ГМ определена глобальная переменаая "Константы"
Константы = СоздатьОбъект("Константы");
А дальше в любом модуле пишу Константы.ЛюбоеИмяКонстанты. Т.е. отличается только последняя буква "а" и "ы" - а так все похоже на стандартное обращенеи к объекту метаданных    Теперь прийедтся все переписывать через Константы.ПолучитьАтрибут("ЛюбоеИмяКонстанты")

Цитата:


Жаль!   Просто ДинамическиеАтрибуты сами на это напрашивались. А в нынешней реализации они врядли найдут применение. Если все прийдется через методы делать....

avgreen писал(а) 20. Мая 2008 :: 05:13:

Еще раз - само название "Константы" подразумевает, что наименования и смысл этих констант известны на момент начала работы пользователя, т.е. их создание можно юзать в конструкторе.
Вопрос: ты ведь наверняка каким-то образом получаешь их реестр у себя в виде списка/таблицы/справочника или еще как-то, так что в цикле выполнить метод по добавлению наименований разве сложно ?
Дело твое, но переписывать клиентский код, когда можно обойтись правкой класса-сервера, это полный изврат

artbear писал(а) 20. Мая 2008 :: 05:38:


Ну можно и так конечно.... просто бюсь памяти не будет это много занимать?

Но наверное таки  прийдется переделать, если я хочу вообще на тройку перейти

Nick писал(а) 20. Мая 2008 :: 08:08:


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

artbear писал(а) 20. Мая 2008 :: 11:55:


1. Ну то что касается ДинамическихСвойств и особенностей работы с ними описнные в п.1 бага 3606 то это и так понятно что их устранили (эти самые особенности) а я, подстаиваясь под этот баг, через _ПриЧтенииСвойства и _ПриЗаписиСвойства обращался к статическим свойствам. Теперь исправляю эти куски кода .... что делаю Экспорт а что ДобавитьДинамическийАтрибут......

2. Перехватчик событий до сих пор работал с Событие_ПриОткрытии(Знач ФлагЧтенияНастроек) Экспорт как для Отчетов так и для Документов, Справочников, Журналов - хотя и не должен был-бы судя по обсуждениям в форуме. То-же касается и события Функция Событие_ВводНового(Знач ПризнКопирования, Знач ОбъектКопирования) Экспорт которое вороди как не должно было работать с отчетами - но работало. И я беззастенчиво пользовался этой глюкоподобной фичей
В то-же время событие Функция Событие_ПриЗаписи(Знач СписокПериодическихРекв) Экспорт работало только со справочниками.
Ну не хотелось мне код для разных объектов растаскивать по разным классам. Было там кой-чего общего. Сразу предваряя предложения "нужно былосоздать общий класс родитель" - я так и сделал. Но мне не нравилась куча реквизитов Public, а Private не было..... и нету...... Теперь пришлось таки насоздавать классов, т.к. фичу убрали Как говорится "сам виноват" Нефиг пользоваться недокументированными возможностями!  

Arta писал(а) 20. Мая 2008 :: 21:40:

+1
Особенно про отсутствующий параметр !
Обрати внимание: Перехватчик работает со штатными событиями, практически ничего к ним не добавляя, кроме событий ГМ. Т.е. при перехвате штатного события нужно читать Синтакс-помощник и помнить, что у 1С события с одним названием для разных форм могут иметь разные параметры

artbear писал(а) 21. Мая 2008 :: 03:10:


Ну это-то я заметил......позже.... когда достаточно разобрался с перехватчиком
А по началу то что заработало - как говорится и слава Богу. А то что не работало - все вычислял методом научного тыка. 1С ведь ничего не говорит по поводу лишних или недостающих параметров. Она тупо падает не успев ничего сказать. А то что при открытии отчета вызывается метод "ВводНового" я даже подумать не мог!  
Это сейчас я уже знаю куда рыть в этом случае. А так, незная, поствил новую версию 1с++ - 1С падает. Все, сразу-же скороспелый вывод - "Новая версия глюкавая!"  

fez писал(а) 28. Февраля 2008 :: 13:26:


Для себя придумал два случая.

1. Реализация класса типа ТаблицыЗначений. Когда класс не знает о том, какие у него будут колонки, и на 100% отдает эту задачу клиенту. Кстати, в этом случае очевидна необходимость возможности удаления динамических атрибутов.

2. Наследование от класса с публичным атрибутом. Рефакторинг "Замещение наследования агрегированием". Для того, чтобы не переписывать клиентский код, который работает с публичным атрибутом базового класса - можно добавить наследнику динамический атрибут. Особо актуально в ситуации, когда клиентский код недоступен (например если эти классы входят в состав опубликованной библиотеки).