Организация меню Опции

[Integral]

Есть екранчик на котором менюшка, перебераеться вверх/вниз, выбераеться что нужно и т.д.

Вопрос в том может кто знает какието стандартные подходы для организации меню? Например вот у меня.... двухстрочный екранчик, есть указатель на елемнт который сейчас выбран. (стрелочка например) При гортании вверх/вниз стрелочка ползает, и при необходимости передвигаеться весь список... Ну думаю понятно.

Так вот, менюшку я сделал и все работает. Но как оказалось получилось настолько тупо что даже сам начал плутаться в програме..... очень сложно добавлять/удалять пункты меню, делать бОльшую/меньшую "глубину" меню и т.п.

Так вот, может есть какойто популярный и т.п. подход для организации таких дел? Нужно такой подход чтобы устранить проблемы которые я описал выше.

[Sharasir]

Паяю давненько, МК начал программировать недавно, а на С вообще первый проект. Вобщем пытаюсь собрать ус-во для управления аквариумом (поддержание дневной и ночной температуры, вкл/выкл подсветки, аэратора, кормление в заданное время). Собрал на макетной плате (PIC16F628, LCD 2строки/8 символов, четыре кнопки, DS18B20, будет датчик освещенности) Вобщем не знаю как организовать меню. Сделал переменную Menu которую инкр/декр с помощью кнопок перелистывания меню а на индикатор вывожу символы сохраненные в массивах конст. через Switch(Menu). Всего 10 пунктов меню, 2 из которых еще имеют подменю. И закончилась память программ у пика ((((. 2кБ. А это только кнопки, LCD, меню и часы ). А еще нуно вставить инициализацию и обращение к DS18B20, опт. датчик и прочую математику... Может както можно организовать такое меню более щадяще для памяти программ? Обидно, с выводами МК влез, и только из-за прошивки не хочется ставить PIC16F876 (28 ног, завалялся у меня).

[petrd]

Я делаю через структуры. Это удобно, если надо расширять меню и подменю. Но в контроллеры с малым объемом памяти программ и данных такое засовывать смысла нет, так как структуры скушают большой кусок памяти данных, а преобразование чисел в строки для LCD и математика займет неплохой кусок памяти программ (я говорю про Си). Поэтому для маленьких МК, наверное, лучше через switch.

[DL36]

Я делаю через структуры. Это удобно, если надо расширять меню и подменю. Но в контроллеры с малым объемом памяти программ и данных такое засовывать смысла нет, так как структуры скушают большой кусок памяти данных, а преобразование чисел в строки для LCD и математика займет неплохой кусок памяти программ (я говорю про Си). Поэтому для маленьких МК, наверное, лучше через switch.

Удобнее через указатели. Структура одного узла.

Код

typedef struct typeMenu
{            
   const unsigned char      *Caption;         /* Pointer to caption  */
   const typeDetektHotKey   *ppFunc;           // Указатель на указатель описывающий вызывающий функцию    
   const signed char        pos;              // Смещение позиции caption относительно стандартного

   const struct typeMenu    *parent;          // Указывает на родительский узел
   const struct typeMenu    *child;           // Если есть потомок
   const struct typeMenu    *up;              // Эти два выстраивают вертикальную цепочку                                      
   const struct typeMenu    *down;
   const struct typeMenu    *left;            // Соседние ветки
   const struct typeMenu    *right;

} typeMenu;