Господа, подскажите, каким образом можно выполнить произвольное выражение из строки во время выпонения кода? Допустим, получил я строку из списка, а там написано "ТекущийЭлемент()". Вот я хочу вычислить значение этого выражения. В OLE есть EvalExpr(). А не через OLE? 

Спасибо огромное!!! 

Z1 писал(а) 10. Октября 2008 :: 06:40:


Нет, это немного не то.
Вообще, может гуру скажут, стОит ли использовать этот ВыполняемыйМодуль в системе контроля прав пользователей?
Права нужно контролировать типа "Если у документа реквизит скидка между 10 и 15 процентами, то провести его может только менеджер отдела продаж". Вот и хочу в справочнике правил условия записывать в виде типа:

Результат = 0;
...
Если (Скидка >= 10) И (Скидка <=15) Тогда
	Результат = 0;
Иначе
	Результат = 1;
КонецЕсли;
 

Думаю, что понятно объяснил
Может, я изначально иду в неправильном направлении и кто-нибудь меня направит в правильное русло?
Класс КонтрольПрав здесь на форуме смотрел, но это немножко не то. Мне нужно контролировать абсолютно всё, включая то, можем ли мы включить в отчет данные по контрагенту из определенной группы справочника. Также контроль пореквизитной видимости/доступности.

Может у кого работает что-то подобное?

Z1 писал(а) 10. Октября 2008 :: 07:26:


Ну это одно из самых простых правил А если мне нужно будет из справочников что-нибудь выбрать? Короче да, модуль намного мощнее.
Может по правам написать куда в другое место?

Чтобы не плодить темы, задам второй вопрос в этой.
Может Гуру подскажут, в каком виде лучше всего хранить значение "Вид объекта" в БД?
Это тоже относится к системе контроля прав. Т.е. мне нужно будет задавать правило, относящееся к объекту вида "Документ.ПланВыпускаПродукции". Хранить строкой? ID? Еще что-то? Это всё будет выниматься прямыми запросами. Вот и хотелось бы узнать, как это сделать лучше и быстрее?

JohnyDeath писал(а) 15. Октября 2008 :: 12:10:


Либо я Вас не понял, либо Вы меня
Про "ВидДокумента" я вкурсе. Дело в том, что поле не будет содержать документ определенного вида. Я даже не знаю как объяснить Если очень упростить, то имеем табличку:

Роль	ВидОбъекта	Доступность
Администратор	Справочник.Пользователи	1
Администратор	Отчет.ЖурналРегистрации	1
Менеджер	Справочник.Пользователи	0
Бухгалтер	Документ.ПланВыпускаПродукции	0

Т.е. задаются права на объекты БД. Роль - это объект "Справочник.РолиПользователей", а Доступность - число. Вот, собственно, вопрос и состоит в том, в каком виде лучше хранить данные в поле "ВидОбъекта". А объектом, на который задаются права доступа, может быть и Константа, и Отчет, и Обработка, и Справочник, и Документ.  

JohnyDeath писал(а) 15. Октября 2008 :: 12:35:


То что я написал - это всё пока буквы
Я не думаю что хранения прямо строки "Документ.ПланВыпускаПродукции" в виде вида объекта - это есть хорошо.
Хранение 23-символьного идентификатора мне тоже приходило в голову. Я просто решил проконсультироваться с общественностью
А контроль будет выглядеть просто. Т.к. конфигурация самописная, и только дописывается и не обновляется, то в модули объектов будут вставлены соответствующие процедуры и функции, которые будут вылавливать из таблички разрешение на действие с данным объектом определенной роли пользователя. Рулиться права будут из обработки, храниться в справочнике. Работать всё будет на лету. Плюс еще будет реализован пореквизитный контроль. ТОлько вот по быстродействию вопрос открытым остается. Насколько всё это будет тормозить конфигурацию.  

JohnyDeath писал(а) 15. Октября 2008 :: 12:52:


Там, насколько я понял, всё закручено вокруг каких-то неведомых мне документов-хранилищ данных. Дальше них я разбираться не стал. Времени у меня очень мало. Да и внедрение в боевую конфигурацию классов 1С++, скорее всего, не будет одобрено руководством. Плюс у нас условия должны быть намного гибче, и в связи с этим будет использоваться исполняемый модуль.

Но вопрос был не в реализации самого контроля, а в способе хранения вида объекта в таблице - как будет быстрее его оттуда вытащить.