глТекущийПользователь и ПараметрыСеанса.ТекущийПользователь. Что лишнее? #163220

решил в собственную конфу добавить механизм учета пользователей из типовой Бух 8.0 разбираясь обнаружид интересную вещь в типовой параллельно существуют параметр сеанса ТекущийПользователь и глоб. переменная глТекущийПользователь причем в модулях используется гл. переменная отсюда и вопрос нафик дублирование из собственных предположений: параметр сеанса нужон только для хитрых настроек прав доступа к данным в остальных случаях, чтоб поменьше базу тревожить юзается гл. переменная

Значеиния и их тип одинаковы?

одинаковы

даже больше скажу они еще и приравниваются при запуске

Встречный вопрос: зачем что-то вводит в базу, когда есть первичные документы? Зачем это дублирование информации?

утренний глоток свежего флейма :)

Ну наверно для начала писать глТекущийПользователь короче, чем ПараметрыСеанса.ТекущийПользователь ...

В общих модулях не видны глобальные переменные, а ПараметрыСеанса видны

А еще точнее будет сказать, что параметры сеанса лежат в базе, а переменные на клиенте...

Лучше как раз наоборот.

Это почему?

Чтобы новичкам не разбираться, почему у них выдается ошибка компиляции общего модуля, где не видны экспортные переменные модуля приложения.

Может лучше наоборот - пусть новички по-разбираются? А то они не разберутся, а потом заваливают форум сообщениями, что 1С тормозит...

Да, в этом смысле лучше.

ПарметрСеанса.ТекущийПользователь нужен: - для настройки RLS; - в общих модулях, т.к. там не видны экспортные переменные модуля приложения вроде как возникает вопрос для чего нужна глТекущийПользователь, раз та же самая информация хранится в параметре, который и виден то везде очищая от рассуждений старичков про новичков бессмертные "Беседы Вождя и Волшебника" (о сколько мудрости в этих никах! сколько тихого терпения в этих постах! :)) получаем долгожданные крупицы истины глТекущийПользователь нужна: - чтобы разгрузить базу данных(сервак) от постоянных обращений клиентских приложений к параметрам пользователя, хранящимся в ней (базе) самой ибо "лежат переменные на клиенте" и ему(клиенту) это тоже по кайфу :) надо ж и о клиентах заботиться :)