GB
Функция нужна как read-only аналог переменной
property есть же. хотя в дельфи по-моему нет
странно, но конструктор класса не выполнился - бряка не сработала
constructor TKvxListsStyles.create;
begin
FillTypesStyles;
FillRegionsStyles;
end;
Size: a a a
2020 February 08
SB
Вроде можно и константу зарядить через Create, Но это некошерно
GB
так либо условие не выполнилось, либо дебагер не работает
KB
может и не создавалось ниче
тогда откуда утечки?
GB
тогда откуда утечки?
мало ли. мы сейчас только один метод рассматриваем :)
AS
странно, но конструктор класса не выполнился - бряка не сработала
constructor TKvxListsStyles.create;
begin
FillTypesStyles;
FillRegionsStyles;
end;
constructor TKvxListsStyles.create;
begin
FillTypesStyles;
FillRegionsStyles;
end;
inherited забыл
KB
В данном случае нет необходимости в интерфейсе. В секции initialization делаем Create(), в секции finalization делаем Free(). Саму переменную желательно перенести внутрь секции implementation чтобы снаружи ее не испортили. А наружу в секцию interface поместить функцию, возвращающую эту переменную
Специфика приложения UniGUI такова, что Destroy модуля может выполниться при перезагруке страницы, т.е. после создания модуля, я уже пытался... не знаю как это объяснить
AS
тогда откуда утечки?
Поставь полный fastmm, и вопрос отпадёт
KB
inherited забыл
constructor create;
destructor Destroy;
end;
а здесь нужен override?
destructor Destroy;
end;
а здесь нужен override?
SB
Специфика приложения UniGUI такова, что Destroy модуля может выполниться при перезагруке страницы, т.е. после создания модуля, я уже пытался... не знаю как это объяснить
Может тогда просто забить на утечки при закрытии?
GB
Специфика приложения UniGUI такова, что Destroy модуля может выполниться при перезагруке страницы, т.е. после создания модуля, я уже пытался... не знаю как это объяснить
что такое destroy модуля? тогда глобально объявлять скорее всего неправильно
KB
что такое destroy модуля? тогда глобально объявлять скорее всего неправильно
я имею ввиду уничтожение главного UniMainModule
KB
Может тогда просто забить на утечки при закрытии?
нет, нельзя, утечки ведь не при закрытии, а при работе приложения, веб-приложения нацелены на постоянную работу, в итоге переполнение памяти и кирдык
KB
так либо условие не выполнилось, либо дебагер не работает
я стормозил... 2 минуты
KB
ещё раз перепроверил бряки в create и в Destroy: create сработала, а в Destroy - нет :(
SB
Смотри стек вызовов Create, откуда оно приходит. По идее один раз должно приходить.
SB
Если Create один раз приходит за время жизни программы, то на Destroy можно и забить до лучших времён.
SB
Либо изучать дебаггером, как закрытие происходит, что кого вызывает
SB
По стандарту языка секция finalization в любом случае должна выполняться