|
|
|
Как лучше хранить?
|
|||
|---|---|---|---|
|
#18+
Цель: хранить дизайн экранной формы в xml. Вопрос: какой вариант лучше: 1) <form id="customers"> <control type="editbox" id="customer name" /> <control type="button" id="ok" action="OK" /> <control type="combobox" id="type" values="corporate;personal" /> </form> 2) <form id="customers"> <editbox id="customer name" /> <button id="ok" action="OK" /> <combobox id="type" values="corporate;personal" /> </form> То есть выносить ли тип контрола в tag или в property? У каждого контрола набор properties будет разный, но будут некоторые одинаковые (id, height, width). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2006, 20:52 |
|
||
|
Как лучше хранить?
|
|||
|---|---|---|---|
|
#18+
sraiderЦель: хранить дизайн экранной формы в xml. Вопрос: какой вариант лучше: ... На мой взгляд (и небольшой опыт в этом деле) - формат хранения должен быть "заточен" под способности "движка", которым вы хотите в последствии обрабатывать эти ваши сохраненные "дизайны". Т.е. - если потенциальный "движок" будет генерить на основании XML-описаний экземпляры "абстрактных" (не по-ООП) классов, в той или иной степени обобщающих поведение реальных control-ов и form-ов и/или инкапсулирующих в себе эти же самые "реальные" control-ы и form-ы, то предпочтительнее вариант 1 (сами определяем количество, иерархию наследования, состав членов и поведение своих же собственных классов, сами же "учим" движок сериализовать/десериализовать их в/из XML, сами с их помощью генерим весь интерфейс). Если же никаких "оберток" для классов GUI движок использовать не будет, а будет использоваться вроде "фабрики экземпляров" для уже готовых textbox-ов, combobox-ов и пр. frameset-ов, то (IMHO) - предпочтительнее вариант 2, т.к. структура хранимого XML наиболее приближена к реальной объектной модели GUI-классов и движку "думать" особо не надо будет при генерации, и программеру (аналитику) "рисующему" GUI не надо знать особенности объектной модели "оберток" из варианта 1. Однако, и в том и в другом случае есть как преимущества, так и недостатки: 1) преимущество - конечная и жестко-ограниченная объектная модель "оберток", которая позволяет легко и просто сделать под нее "движок", недостаток - то, что не предусмотрено заранее структурой "оберток", то в готовой системе не получишь пока не доработаешь "обертки" вместе с "движком"; 2) преимущество - максимальная гибкость в задании параметров "реальных" GUI-объектов на любом уровне детализации и вложенности, возможность легкого расширения функциональности готовой системы GUI практически "на лету", главный недостаток - тяжело сразу и правильно написать "движок", который бы "разруливал" реальную объектную модель GUI со всеми ее "прибамбасами", плюс еще - для каждой программной платформы (.NET, Delphi, Java) и "движок" и XML-"структура хранения" будут уникальными. З.Ы. к счастью, есть люди , которые уже давно этими делами занимаются... (типа, "декларативным программированием"). И, например, для .NET "движок" уже практически готовый есть... можно пользоваться как есть, можно - поковыряться в исходниках и "слизать"... Удачи!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2006, 12:24 |
|
||
|
Как лучше хранить?
|
|||
|---|---|---|---|
|
#18+
А на UIML смотрели? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2006, 16:16 |
|
||
|
Как лучше хранить?
|
|||
|---|---|---|---|
|
#18+
sraiderчто есть UIML? User Interface Markup Language www.uiml.org , но он что-то сейчас лежит :( Вот статья на wiki: http://en.wikipedia.org/wiki/UIML , а так - google все знает ;) На wiki есть ссылки на реализации, но мало. Лучше посмотреть раздел на uiml.org, когда он поднимется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2006, 13:41 |
|
||
|
Как лучше хранить?
|
|||
|---|---|---|---|
|
#18+
есть ещё такая штука как xforms http://www.w3.org/MarkUp/Forms/ ну и сам xaml ------------------ - А как в Интеpнете pаботать? - Сначала нужно узнать, что вам нужно rtfm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2006, 01:04 |
|
||
|
|

start [/forum/topic.php?fid=14&msg=33770240&tid=1334773]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
144ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 203ms |
| total: | 427ms |

| 0 / 0 |
