Автоматическое создание формы...

[lev]

выкладываю проект изменённый по совету kashperuk

Цитата:

Небольшой suggestion для уменьшения кода. У SysDictTable должен быть метод newTreeNode.
Поэтому не нужно было бы делать дополнительный метод для конвертации из TreeNode в DictTable

[lev]

Цитата:

Сообщение от Eldar9x

Прикольно, спасибо. Сам давно хотел сделать такую штуку, потому что импортировать другие проекты не хочется из-за их объема. Можно ли добавить в разработку еще автоматическое создание ключа доступа и пункта меню (с этим ключем) на эту форму с тем же именем, ну и установить этот ключ на таблицу?

Перед праздником решил немного потрудиться на пользу обществу и себе
Выкладываю последнюю версию сего творения.
В новой версии добавилось:
1. Создается Security Key.
2. Создается Menu Item для формы. В этом menu item проставляется security key созданный в первом пункте.
3. Созданный Security Key проставляется в таблицу, по которой создается форма.

[belugin]

Цитата:

ключа доступа и пункта меню (с этим ключем) на эту форму с тем же именем, ну и установить этот ключ на таблицу

Но зачем? Посмотрите как ключи доступа используются в стандарте!

[lev]

Цитата:

Сообщение от belugin

Но зачем? Посмотрите как ключи доступа используются в стандарте!

Посмотрел на примере InventTable (таблицы, menu Item). И там и там указаны ключи доступа, правда разные.
Не совсем понял в чем проблема? что плохого в том, что ключ доступа будет автоматически создаваться, и добавляться в menu item и таблицу?

[belugin]

потому, что они не нужны - у таблицы должен быть ключ доступа <модуль>Tables у формы - в зависимости от положения в меню наприммер <Модуль>Daily

[lev]

Цитата:

Сообщение от belugin

потому, что они не нужны - у таблицы должен быть ключ доступа <модуль>Tables у формы - в зависимости от положения в меню наприммер <Модуль>Daily

Интересно, а что на этот счет думают другие форумчане?
Все дело в том, что я никогда не придерживался правил, о которых пишет belugin. И всегда делал что бы один ключ влиял и на таблицу и на пункт меню.
Наверное это не по BP, но я всегда придерживался логики, что если таблица запрещена, то и в меню не должно быть формы, которая её отображает. А если устанавливать ключи доступа как в стандарте, то получается что в меню будет Пункт, но таблица будет недоступна, и когда пользователь будет пытаться открыть этот пункт система будет говорить что у него не достаточно прав. Смысла в этом пункте меню нет.

[belugin]

1. А в какое место вы пихаете свои новые SK?
2. Осталось только переделать остальную систему, чтобы она придерживалась той же модели.

[lev]

Цитата:

Сообщение от belugin

1. А в какое место вы пихаете свои новые SK?
2. Осталось только переделать остальную систему, чтобы она придерживалась той же модели.

1. В обычное, то же самое куда и все остальные ключи Если вы про принадлежность ключа к модулю (указание родительского ключа), то разработчик после автоматического создания может сам это определить.
2. Я не призываю переделывать систему под какую либо модель. Понятно, что стандарт - есть стандарт и нужно его придерживаться.

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

З.Ы. Хотелось бы услышать ещё мнения.

[belugin]

Цитата:

Сообщение от lev

1. В обычное, то же самое куда и все остальные ключи

То есть какой у вас Parent должен быть в итоге у ключа, который вы создаете на пару таблица-форма

[lev]

Цитата:

Сообщение от belugin

То есть какой у вас Parent должен быть в итоге у ключа, который вы создаете на пару таблица-форма

я об этом написал в предыдущем посте

Цитата:

...разработчик после автоматического создания может сам это определить.

[belugin]

Цитата:

Сообщение от lev

я об этом написал в предыдущем посте

Я имею ввиду, у вас как у разработчика какая сложилась практика структурирования SK.

[lev]

Цитата:

Сообщение от belugin

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

Есть ключ доступа для всего модуля, например MyModuleSK.
В нем я создаю справочник (таблица, форма, пункт меню). Для этого справочника создаю свой ключ доступа, например MyDirectorySK. Этому ключу в parent указываю ключ модуля MyModuleSK.
В таблицу и пункт меню указываю MyDirectorySK.

Вот такая практика структурирования.

[Eldar9x]

Цитата:

у таблицы должен быть ключ доступа <модуль>Tables у формы - в зависимости от положения в меню наприммер <Модуль>Daily

А можно спросить, почему?
Я, например, под каждый модуль выделил отдельный ключ. А под ними уже другие ключи - конкретно на таблицу, менюитем итд. Сделал так, потому, что удобнее искать, и вообще, как то больше порядок чувствуется...

[lev]

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

Выкладываю доработанный класс.

[DSPIC]

Цитата:

Сообщение от lev

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

Выкладываю доработанный класс.

Изящнее было бы - диалог с лукапом по ключам доступа (лукап по полю "Name" из таблицы UtilElements, где поле "RecordType" = "Security\ConfigKey". ). Соответственно, если выбрано значение - использовать этот ключ\или создать новый, если значение вбито руками и такого ключа нет... Примерно так короче

[lev]

Цитата:

Сообщение от DSPIC

Изящнее было бы - диалог с лукапом по ключам доступа (лукап по полю "Name" из таблицы UtilElements, где поле "RecordType" = "Security\ConfigKey". ). Соответственно, если выбрано значение - использовать этот ключ\или создать новый, если значение вбито руками и такого ключа нет... Примерно так короче

Да, я думал над этим. Но решил сделать так, дабы не усложнять функцию диалогами и т.п. Думаю со временем ещё не раз доработаю эту функцию, может и до этого дойдет

[in.dc]

Цитата:

Сообщение от DSPIC

...
(лукап по полю "Name" из таблицы UtilElements, где поле "RecordType" = "Security\ConfigKey". )

Extended Data Type: SecuritykeyName(ID=3684) - Имя ключа контроля доступа ?

[DSPIC]

Цитата:

Сообщение от in.dc

Extended Data Type: SecuritykeyName(ID=3684) - Имя ключа контроля доступа ?

Да, то что нужно!

Цитата:

Сообщение от lev

Да, я думал над этим. Но решил сделать так, дабы не усложнять функцию диалогами и т.п. Думаю со временем ещё не раз доработаю эту функцию, может и до этого дойдет

Собственно, сложности никакой. И диалог похож на Box, и программинга в один простой метод.

static void SecuritykeyNameLookup(Args _args)
{

    Dialog          dialog = new Dialog("Выберете ключ доступа, либо укажите новый для создания");
    DialogField     dialogField;
    ;
    
    dialogField = dialog.addField(typeid(SecuritykeyName), "Ключ доступа");
    
    if (dialog.run())
    {
        info (dialogField.value());
    }
}

Но я так, от нечего делать предложил, как доработку доработки. Выбор за Вами