извращенный switch неясный юзеру («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

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

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

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

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

извращенный switch неясный юзеру

Отправлено DASM 29 июля 2009, г. 15:53
В ответ на: а если так: пользователь выбирает всего лишь одно целое число - от 0 до (n). По этому числу находим по таблице список атрибутов и передаем их в качестве входных данных той самой одной, универсальной подпрограмме, где собственно и происходит то что нужно. а? отправлено пользователем Лунь 29 июля 2009, г. 15:50

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

Ответы

да не так! пользователь видит то что ты напишешь на индикаторе. Это тоже в таблице, вместе со списком прочих атрибутов. А в программе - целочисленный номер, по которому и осуществляется выборка из таблицы? Я понятно пиуш? Мож, не очень... :(( - Лунь (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, пустое)