-
Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе
Сталкивался с таким. Проблема была с объявлением Базы. Типа родительская переменная не объявлена в верхней функции - честно точно не помню.
Решил - передавая не документ а Юнид и получая документ по юниду в верхней функции.
Функиця getPersonByNN, переменная dbPersonal является локальной.
При выходе из функции она обнуляется и теряется связь с документом.
Судя по всему код в библиотеке, можно сделать глобальную переменную dbPersonal для всей библиотеки и убрать локальные объявления.
Иначе полетит что-то другое. Проще говоря - пересмотреть код.
можно как nayke предложил.
При выходе из функции она обнуляется и теряется связь с документом.
Судя по всему код в библиотеке, можно сделать глобальную переменную dbPersonal для всей библиотеки и убрать локальные объявления.
Иначе полетит что-то другое. Проще говоря - пересмотреть код.
можно как nayke предложил.
Serduko
Нет, не все с ней в порядке: переменная локальная, объявлена в функции и "живет" она в рамках ффункции и все объекты полученные от нее живут так же только в рамках функции.
Когда выходишь из функции все переменные, кроме возвращающего значения - обнуляются.
Лотус так устроен, что если потерять/обнулить объект базы, то теряется и документ, который из этой базы получен.
Как только dbPersonal станет Nothing, то документ тоже будет Nothing.
Получили базу, записали в локальную перменную.
Получили документ из локальной переменной базы.
Записали в возвращающее значение документ (по факту это один и тот же объект, а не 2 разных)
Выходим из функции
локальные переменные - обнулились.
Объект базы обнулился, объект документа - обнулился, возвращающее значение тоже обнулилось.
Сделайте в Declaration перменную: dim dbPersonal2 as notesdatabase
Она будет глобальной на библиотеку.
Замените в вашей функции dbPersonal на dbPersonal2
Проверте работу.
Нет, не все с ней в порядке: переменная локальная, объявлена в функции и "живет" она в рамках ффункции и все объекты полученные от нее живут так же только в рамках функции.
Когда выходишь из функции все переменные, кроме возвращающего значения - обнуляются.
Лотус так устроен, что если потерять/обнулить объект базы, то теряется и документ, который из этой базы получен.
Как только dbPersonal станет Nothing, то документ тоже будет Nothing.
Получили базу, записали в локальную перменную.
Получили документ из локальной переменной базы.
Записали в возвращающее значение документ (по факту это один и тот же объект, а не 2 разных)
Выходим из функции
локальные переменные - обнулились.
Объект базы обнулился, объект документа - обнулился, возвращающее значение тоже обнулилось.
Сделайте в Declaration перменную: dim dbPersonal2 as notesdatabase
Она будет глобальной на библиотеку.
Замените в вашей функции dbPersonal на dbPersonal2
Проверте работу.
А как здесь использовать static в Lotusscript? Не пользовался им, в отличие от javaвского.можно не глобальную переменнуюlease:
а просто Static для БД объекта
ни в чем.. статические переменные используют внутри функци с целью повторного использования уже полученного значения/объекта..
лучше вообще глобальностями не пользоваться.. передавайте в функцию ссылку на базу и пользуйтесь ей на здоровье.. к тому же будет понятно откуда пришел объект..
тем что она локальная lease:
область видимости:
-каждой ф-ции м.б. свои долгоживущие объекты, с одинаковым названием
-не надо плодить в декларэшн кучу переменных
-глобальные, при "переходе" между модулями - нужно объявлять как Public, иначе повторится ваш случай
...
lease:область видимости:
-каждой ф-ции м.б. свои долгоживущие объекты, с одинаковым названием
-не надо плодить в декларэшн кучу переменных
-глобальные, при "переходе" между модулями - нужно объявлять как Public, иначе повторится ваш случай
...
В пределах библиотеки не надо делать Public, можно даже Private сделать.
А для доступа к переменной использовать функцию из библиотеки, которая возвращает объект базы.
Kee_Keekkenen, lmike
У меня вопрос по сроку жизни Static. Сколько она живет? Плохо понимаю этот момент.
Глобальная живет пока пока есть библиотека(если не путаю), а Static?
по дизайну не всегда это возможно, чаще удобнее передавать кастомный объект (т.е. уже набор параметров)
да и вовсе, процедурное оформление кода дает свои недостатки
Добавлено:
если не сделать Public, и док или вьюшка будут юзаться в к-л либе (а база инициализирована в др.) - повторится фокус с пропаданием объекта, в 7-ке точно (сталкивался)
со статиком обширных экспериментов не производил, но по ощущениям - должен сохранятся
Добавлено: да... база не текущая - т.е. открыть хэндл др. БД
При всем уважении к ОПП, я не сую его туда где оно может быть лишним или создаст дополнительные сложности.
Если могу обойтись без ООП, то делаю без него. И когда поведение системы менялось переписывал под ОПП.
И встречал пару либ, где была функция возвращающая объект базы из либы, хотя при этом либы содержала еще и классы.
Да, смешанный подход конечно плох(очень плох), чисто функциональный - свои минусы, ООП - свои.
И давайте не холиварить на эту тему, топиков в инете полно =)
Возможно... Только я почти не сталкивался, разве что коллега в коллекции документов из разных баз.
Он не хранил объекты баз в коллекции, что естественно вызывало ошибку.
За пояснения спасибо, буду знать.
если код большой - то уже никак, понятно, что ради 2-х ф-ци не стоит городить объекты
с др. стороны - есть сеттеры/геттеры - что удобно в применении
"беда" начинается с малого - процедурный подход имеет ниже порог вхождения и как следствие - позволяет работодателям нанимать "низкоквалифицированных" кодеров, второй момент - большой объем копипасты (дублирования кода)
Обучение наступательной кибербезопасности в игровой форме. Начать игру!