Скрипач, пророк (26.02.2010 19:17, просмотров: 143) ответил fms на Я надеялся, что про недостатки вы мне скажете=) Все-таки со стороны виднее бывает! ... но не любой ценой.
-
- Ну в моём случае простым текстом не обойтись, сложно будет графический интерфейс описать!:) Кроме того, я использую готовый fms(488 знак., 26.02.2010 20:13)
- систему визуализации вряд ли имеет смысл запихивать в МК, а вот описание пакетов с данными -- вполне. только не как xml, такое у меня мнение. xml даже хуже текстового формата здесь. хотя для Java -- это нативный формат, но я бы все равно не стал. - bialix(26.02.2010 20:20)
- Ну не такой уж и нативный:) Всё-равно внешние либы использую для преобразования в DOM (встроенные неудобные). Я его из-за GUI-генератора использую, чтобы всё в одном файле было. Мне вот кажется, при разделении описания формата кадров и способа их fms(241 знак., 26.02.2010 20:31)
- я не совсем согласен. если вы задаете формат кадров как описание логических сущностей, то описание GUI может оперировать тоже в терминах логических сущностей. неужто от прошивки к прошивке кардинально меняются эти сущности? мне кажется, что нет. но bialix(263 знак., 26.02.2010 20:37)
- Не всегда бывает прямая связь девайса с приёмником данных. Например, в одной версии я пишу весь поток на SD-карту, используя специальный протокол, а потом программой-декодером считываю и декодирую. В этом случае, декодеру нужно знать формат данных. fms(654 знак., 26.02.2010 21:04)
- по-моему вы сами себя путаете. для этого и нужно понятие формата данных. я уже писал выше: наиболее простой путь -- это однозначная идентификация содержимого кадра/пакета/записи по некоему идентификатору. Следующим вариантом -- иметь описание формата в bialix(94 знак., 27.02.2010 13:00)
- во, это примерно то, о чём я пару недель назад спрашивал, только чуть под другим углом koyodza(709 знак., 26.02.2010 22:24 - 22:28, ссылка)
- Не всегда бывает прямая связь девайса с приёмником данных. Например, в одной версии я пишу весь поток на SD-карту, используя специальный протокол, а потом программой-декодером считываю и декодирую. В этом случае, декодеру нужно знать формат данных. fms(654 знак., 26.02.2010 21:04)
- я не совсем согласен. если вы задаете формат кадров как описание логических сущностей, то описание GUI может оперировать тоже в терминах логических сущностей. неужто от прошивки к прошивке кардинально меняются эти сущности? мне кажется, что нет. но bialix(263 знак., 26.02.2010 20:37)
- Ну не такой уж и нативный:) Всё-равно внешние либы использую для преобразования в DOM (встроенные неудобные). Я его из-за GUI-генератора использую, чтобы всё в одном файле было. Мне вот кажется, при разделении описания формата кадров и способа их fms(241 знак., 26.02.2010 20:31)
- систему визуализации вряд ли имеет смысл запихивать в МК, а вот описание пакетов с данными -- вполне. только не как xml, такое у меня мнение. xml даже хуже текстового формата здесь. хотя для Java -- это нативный формат, но я бы все равно не стал. - bialix(26.02.2010 20:20)
- Ну в моём случае простым текстом не обойтись, сложно будет графический интерфейс описать!:) Кроме того, я использую готовый fms(488 знак., 26.02.2010 20:13)