-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Объявление глобальных переменных приложения #36
Comments
@pallid они формально есть - уже средствами OScript
а дальше вы можете об\ъявить свои модули подключения и свои классы пример тут https://github.com/EvilBeaver/os-hub-frontend/tree/master/src/model/modules - например ПереченьПакетов и тогда этот подключаемый модуль доступен в контексте main.os https://github.com/EvilBeaver/os-hub-frontend/blob/master/src/main.os |
@allustin хотелось бы так main.os
ect
|
почему бы не сделать это один раз в "используемом" модуле? |
@nixel2007 затрудняюсь представить как сделать так что бы "используемый" модуль был один, их много и в каждом используется свои переменные |
@pallid тут вот какое дело - глобальные в каком контексте ? посмотрите на мои эксперименты - я сделал кластер с балансировщиком впереди, пока в парралельном форке https://github.com/silverbulleters-research/OneScript.Web/blob/feature/auth-and-backgroud/docker-scale-compose.yml#L16 сейчас уже можно сделать кластер из инстансов средствами докер, но встает вопрос - а где будут жить контексты статические на весь кластер. Если соблюсти все формальности - то глобальные переменные всего кластера (приложения) должны жить в константах приложения, то есть внезапно в базе данных То есть с глобальными переменными среды не все так просто как казалось бы Константы приложения я так думаю можно будет делать вот через этот коммит когда он войдет в основной ствол a9cd753 Сейчас я делаю вот так
|
эээ, чуваки, вы прям тут дискутируете так... А задача для 1С - ника типичная, видеть гл. переменные из модуля приложения. Сейчас вот прям как есть - так сделать нельзя. Обычно объявляется некий общий модуль с экспортными свойствами, подключается через Использовать, а потом в программе юзается вот так:
|
Кстати, @pallid может лучше воспользоваться не Модулем, а Классом? |
@EvilBeaver сейчас так и делаю в контроллере
думал еще что такая конструкция будет работать, чтоб каждый раз не получать переменные среды
|
@pallid такая конструкция будет работать. Не понял пока, что не так. |
@EvilBeaver Условие Если БОТ = Неопределено Тогда всегда истина |
Да, экземпляр контроллера создается каждый раз на вызов. Сохраняемое состояние нужно хранить либо в модуле, либо в сессии. А лучше вообще не хранить, т.к. к сайту будет доступ с разных клиентов и разных потоков. |
Хочется иметь возможность объявлять глобальные переменные приложения в модуле main.os
The text was updated successfully, but these errors were encountered: