Written on: 08. 10. 2010 [18:00]
|
aNdrOS
Андрей
Topic creator
registered since: 07.05.2010
Posts: 102
|
"roman" wrote:
Где написано, что так можно и нужно делать?
Нигде и не написано как нужно делать, чтобы получить то, что мне требуется. Ориентировался по аналогии с этим.
Например, связь «wdg:/ses_AGLKS/pg_so/pg_1/pg_ggraph/pg_1/a_bordColor ==ЇЇ» осуществляет доступ атрибута одного виджета к атрибуту другого. На данный момент этот тип связи не предназначен для установки пользователем вручную, а устанавливается автоматически в режиме динамического связывания!
Что это за "волшебный" значок после двойного равно? И к чему тогда этот пример, если им пользоваться нельзя?
Как тогда организовать получение атрибута одного виджета в другом?
[This article was edited 1 times, at last 08.10.2010 at 18:01.]
|
Written on: 08. 10. 2010 [22:45]
|
Aleksey
Aleksey Popkov
Contributor
registered since: 31.07.2008
Posts: 326
|
"aNdrOS" wrote:
"roman" wrote:
Где написано, что так можно и нужно делать?
Нигде и не написано как нужно делать, чтобы получить то, что мне требуется. Ориентировался по аналогии с этим.
Например, связь «wdg:/ses_AGLKS/pg_so/pg_1/pg_ggraph/pg_1/a_bordColor ==ЇЇ» осуществляет доступ атрибута одного виджета к атрибуту другого. На данный момент этот тип связи не предназначен для установки пользователем вручную, а устанавливается автоматически в режиме динамического связывания!
Что это за "волшебный" значок после двойного равно? И к чему тогда этот пример, если им пользоваться нельзя?
Как тогда организовать получение атрибута одного виджета в другом?
Обратите внимание на организацию систем связи в OpenSCADA. Связи в OpenSCADA, могу буть и не статичными. В демо проекте масса вариантов решения этой задачи.
Вот тут по этому поводу есть описание.
http://wiki.oscada.org/Doc/VCAEngine?v=hzm#h668-12
|
Written on: 09. 10. 2010 [13:50]
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"aNdrOS" wrote:
Например, связь «wdg:/ses_AGLKS/pg_so/pg_1/pg_ggraph/pg_1/a_bordColor ==ЇЇ» осуществляет доступ атрибута одного виджета к атрибуту другого. На данный момент этот тип связи не предназначен для установки пользователем вручную, а устанавливается автоматически в режиме динамического связывания!
Что это за "волшебный" значок после двойного равно?
Глюк Wiki-движка.
"aNdrOS" wrote:
И к чему тогда этот пример, если им пользоваться нельзя?
Что бы иметь представление.
"aNdrOS" wrote:
Как тогда организовать получение атрибута одного виджета в другом?
Непосредственно в сценарии, про который тема, масса таких примеров, а также в демоБД вообще.
P.S. Зачем читать концепцию при решении практических задач? Этот документ представляет идею и не отслеживает текущей её реализации. Про реализацию в модулях, в данном случае это VCAEngine.
Learn, learn and learn better than work, work and work.
|
Written on: 18. 10. 2010 [17:14]
|
aNdrOS
Андрей
Topic creator
registered since: 07.05.2010
Posts: 102
|
Уточните тогда в документации, что жестко используется концепция MVC в отношении виджетов (в том смысле, что из пользовательских скриптов можно работать только с атрибутами виджетов контейнера и бизнес-логику туда толком не засунешь). Там оговорка есть, но явного запрета также не присутствует.
|
Written on: 18. 10. 2010 [18:10]
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"aNdrOS" wrote:
Уточните тогда в документации, что жестко используется концепция MVC в отношении виджетов (в том смысле, что из пользовательских скриптов можно работать только с атрибутами виджетов контейнера и бизнес-логику туда толком не засунешь). Там оговорка есть, но явного запрета также не присутствует.
Да ну! Это статический механизм. А ещё есть динамический, посредством которого можно хоть весь интерфейс из скрипта построить, не говоря уже о том что бы достать атрибут любого элемента в дереве сеанса проекта. И про него в документации есть, без детальных примеров, но никто и не обещал: http://wiki.oscada.org/Doc/VCAEngine?v=fzn#h668-23
Learn, learn and learn better than work, work and work.
|