Перефразирую - считать ежа, корову, слона и порося одним классом млекопитающих с разными "аттрибутами" и обраб.... («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Перефразирую - считать ежа, корову, слона и порося одним классом млекопитающих с разными "аттрибутами" и обрабатывать их одной мясобойней (красивше, но сложнее). Или каждому свою построить ?

Отправлено DASM 29 июля 2009, г. 15:39
В ответ на: да что список и ежу ясно. Список чего ? Элементов меню, которые чрезвычайно разнородны и объединяет их разве что индикатор ? отправлено пользователем DASM 29 июля 2009, г. 15:33

Составить ответ | Вернуться на конференцию.

Ответы

я в подобном случае делал смесь - koyodza (29.07.2009, 15:52:20 77.123.0.129, 823 байт)
- ну так делал... но строка описания параметров пункта меню тут на полстраницы тянет - DASM (29.07.2009, 15:55:2 89.163.14.219, пустое)
  - у меня вместе с текстом было что-то около 30 байт на строку - koyodza (29.07.2009, 16:37:7 77.123.0.129, 580 байт)
    - так и делал. но тут меню сложнее - несколько разношерстных параметров на каждом экране - DASM (29.07.2009, 16:45:6 89.163.14.219, пустое)
      - совсем "на каждом" или на "некоторых"? - koyodza   (29.07.2009, 16:59:22 77.123.0.129, 222 байт)
        
        ну и все равно зверинец - что-то унифицировано, а что-то - уникально. - DASM   (29.07.2009, 17:01:22 89.163.14.219, пустое)
        
        ну так полной универсальности в мире не существует - koyodza   (29.07.2009, 17:25:38 77.123.0.129, 111 байт)
- ну изменяемый переметр можно просто мигающим курсором пометить: мигает - можно изменить. мои пользователи в этом еще не путались. И один символ экономится.... - Лунь (29.07.2009, 15:54:30 86.111.22.10, пустое)
  - я спрашивал как описать стркутуру меню, а не как отображать. - DASM (29.07.2009, 15:56:55 89.163.14.219, пустое)
    - это я в ответ на возможность помечать изменяемый параметр звездочкой. Курсором лучше. А к топику прямого отношения нет, сам знаю. - Лунь (29.07.2009, 15:59:47 86.111.22.10, пустое)
а если так: пользователь выбирает всего лишь одно целое число - от 0 до (n). По этому числу находим по таблице список атрибутов и передаем их в качестве входных данных той самой одной, универсальной подпрограмме, где собственно и происходит то что нужно. а? - Лунь (29.07.2009, 15:50:57 86.111.22.10, пустое)
- извращенный switch неясный юзеру - DASM (29.07.2009, 15:53:53 89.163.14.219, пустое)
  - да не так! пользователь видит то что ты напишешь на индикаторе. Это тоже в таблице, вместе со списком прочих атрибутов. А в программе - целочисленный номер, по которому и осуществляется выборка из таблицы? Я понятно пиуш? Мож, не очень... :(( - Лунь (29.07.2009, 15:56:50 86.111.22.10, пустое)
    - т.е. номер нужен только для того, чтобы по нему из таблицы выбрать то, что загрузить в дисплей и тот список переменных, которые нужно изменять. вот. - Лунь (29.07.2009, 15:58:16 86.111.22.10, пустое)
      - зачем тогда номер? Лучше сразу указатель, switch отпадёт за ненадобностью - koyodza (29.07.2009, 16:40:15 77.123.0.129, пустое)
        
        ну да, возможно и так. Просто с точки зрения читаемости исходника..... не знаю, мне вот как-то так видится решение. Сейчас у меня подобная задача решена написанием отдельной функции на каждый случай. Но блин.... чтоб я еще раз :))) поэтому подумал что вот такая структура будет получше. А как конкретно идет выбор - наверное не так важно. Главное, хочется одну подпрограмму пользовательских изменений на все случаи жизни. - Лунь (29.07.2009, 16:43:47 86.111.22.10, пустое)
    - все равно switch - DASM (29.07.2009, 15:57:28 89.163.14.219, пустое)
      - это плохо? читаемость будет..... - Лунь   (29.07.2009, 16:01:24 86.111.22.10, пустое)
        
        не будет. я унификации хочу - DASM   (29.07.2009, 16:03:34 89.163.14.219, пустое)
        
        ну фиг знает... возможно я не доходчиво обяъяснил. Кажется, это самый унифицированный способ. Одна подпрограмма измения параметров на все случаи. А случаи - в таблице. Не буду настаивать - интересно что еще будет предложено - Лунь   (29.07.2009, 16:06:56 86.111.22.10, пустое)
        
        номер то ваще зачем ? В списке пунктов у каждого и так свой номер порядковый - DASM   (29.07.2009, 16:07:52 89.163.14.219, пустое)
        
        если, к примеру, навигация по меню происходит по нажатию кнопок, то каждое нажатие (дребезг филььтруем) изменяет этот номер на единицу туда или сюда. Если стал меньше 0, значит n и т.п. по кругу. Как только номер изменен, загружаем из таблицы список атрибутов,Ю надписи на индикаторе. Изменяем что нужно. Потом опять вываливаемся в цикл, где изменяем номер. Этот номер удобен только тем, что по нему можно выбирать данные из таблицы. И еще - Лунь   (29.07.2009, 16:15:31 86.111.22.10, 135 байт)
        
        Queue. Нафиг тут числа не нужны - DASM   (29.07.2009, 16:17:5 89.163.14.219, пустое)
- не, пользователь - он тупой, ему надо максимально наглядно. Тем более что подсказку для него отображать негде - koyodza (29.07.2009, 15:53:50 77.123.0.129, 107 байт)
  - у меня есть образец "как надо". Все удобно. Мне не нравится реализация. Голыс сионизмом пахнет - DASM (29.07.2009, 15:56:14 89.163.14.219, пустое)