Философский вопрос программирования на ЯВУ без ООП :-) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

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

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

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

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

Философский вопрос программирования на ЯВУ без ООП :-)

Отправлено Vladimir Ljaschko 27 марта 2007 г. 12:29

Вопрос о глобальных переменных проекта.
С одной стороны, переменные правильнее определять в программном модуле, где они максимально определен их смысл.
С другой стороны, все равно существуют обращения к ним из других модулей, в каждом проекте с особенностями, и рано или поздно возникает желание все глобальные переменные запихнуть в один файл, чтобы не путаться. Но отдельные модули перестают быть проекто-независимыми.

Кто как делает?
Прочие условия - 1) достаточно много проектов на сопровождении, нужно достаточно быстро и легко вносить исправления. 2) Не профессиональный программист.

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

Ответы

Спасибо всем за мнения. Извините, что получилась немного"докторская пятница" — Vladimir Ljaschko (27.03.2007 17:27:33 194.158.204.49, пустое)
А я кучкую структуры в общем хидере проекта так, чтобы получилась непрерывная область глобальных переменных в одном месте RAMа. А дальше глобальный указатель на глобальную структуру использую :) — rezident (27.03.2007 14:42:59 195.222.149.11, пустое)
1.Зачем выносить глобальные в отдельный файл - есть менеджер классов. 2. Люди читают книги по С для ПК (!!!) и на почве этого начанают рассуждать "о переносимости" для микроконтроллеров. В микроконтроллерах это последнее дело. Микроконтроллер (и семейство) выбирается под задачу. — Юрий_СВ (27.03.2007 13:59:6 91.124.108.186, пустое)
- это что за менеждер такой ? Я только с по продажам знаком — DASM (27.03.2007 14:07:19 212.58.192.14, пустое)
  - ...по-моему, довольно удобно (по крайней мере так, как он реализован в Dev-C++) — Юрий_СВ (27.03.2007 14:18:50 91.124.108.186, пустое)
    - Плюсы и менеджеры не рассматриваются. — Vladimir Ljaschko (27.03.2007 14:20:53 194.158.204.49, пустое)
      - А кто заставляет пользоваться плюсами. Но зачем же менеджер (или обозреватель) классов сразу отметать только за "классы" в названии :) Ведь удобная вещь. Все переменные в одном месте и нажитии на требуемую - сразу переход на её описание (которое может содержать комментарий). — Юрий_СВ (27.03.2007 14:26:5 91.124.108.186, пустое)
        
        Хм, IAR тоже позволяет перейти в место определения переменной. — Vladimir Ljaschko (27.03.2007 14:29:9 194.158.204.49, пустое)
      - почему ? — DASM   (27.03.2007 14:21:23 212.58.192.14, пустое)
        
        1. Немолод, не программист. 2. Привязка к компилятору. — Vladimir Ljaschko   (27.03.2007 14:24:55 194.158.204.49, пустое)
        
        Не к компилятору, а к среде, да и то очень условная. Чем мне нравится та среда - она GNU и с лёгко сменой компилятора из меню. — Юрий_СВ   (27.03.2007 14:34:34 91.124.108.186, пустое)
        
        а осталось вообще что-нить не ++ для чипов ? Меня только 51-ый напрягает, ибо Keil - the best, но он сишный. Но ничего, скушать можно — DASM   (27.03.2007 14:41:45 212.58.192.14, пустое)
        
        Может сейчас уже и понимает ++, но раньше Softune WorkBench не дружил с ++. — Юрий_СВ   (27.03.2007 15:06:30 91.124.108.186, пустое)
        
        ууу.. немцы всегда были особняком.. близко не подойду, не в обиду уральчанам будет сказано — DASM   (27.03.2007 15:15:47 212.58.192.14, пустое)
Определяю в программном модуле, к которому ближе по смыслу. На весь проект делаю общий хидер, в котором комментариями отделяю секции для каждого модуля. А в секции - прототипы функций и переменных. Но то было раньше. Сейчас стараюсь все перевести на ООП. — Сидоргек (27.03.2007 13:15:33 217.146.246.14, пустое)
- Вот. А потом винду ! И всех к сетке мировой ! В матрицу поместить ! Да здравствует Матрица и Микрософт !!!! — DASM (27.03.2007 13:17:46 212.58.192.14, пустое)
имхо если уж очень нужно глобальную - память выделять там где чаще всего используется, а в каждом модуле где должна быть видна extern. никаких общих хедеров — Гамма СПб (27.03.2007 13:01:7 85.249.46.122, пустое)
отдельные модули для работы с разной периферией, но с хорошей документацией - например Doxygen — ыфефт (27.03.2007 12:49:25 194.187.229.9, пустое)
Ответ: ИМХО лучше не так + — PaulS (27.03.2007 12:45:18 83.239.161.186, 165 байт)
модули изменяют переменные других модулей только через функции — IV (27.03.2007 12:38:7 81.23.109.150, пустое)
- Я тоже стараюсь так делать. И только там, где нужна скорость, можно отступить от этого правила. В реальных программах для МК таких мест немного. — Леонид Иванович (27.03.2007 13:09:59 87.252.227.25, пустое)
- Потеря драгоценных тактов CPU. — SМ (27.03.2007 12:41:59 80.92.255.53, пустое)
  - зато переносимость кода.. тут одно из 2-х.. — IV (27.03.2007 12:50:58 81.23.109.150, пустое)
    - Я ей не страдаю, не пишу исходников на продажу. — SМ (27.03.2007 12:54:19 80.92.255.53, пустое)
      - А если и понадобится продать, то можно денек посидеть, и окультурить. — SМ   (27.03.2007 12:55:11 80.92.255.53, пустое)
        
        да.. я погляжу как ты фалов так 600 будешь окультуривать с мегабайтами исходников — DASM   (27.03.2007 12:56:13 212.58.192.14, пустое)
        
        Такие объемы у меня только на асме бывают. И там все сразу культурно. — SМ   (27.03.2007 13:02:42 80.92.255.53, пустое)
        
        Плюс ко всему - продавать софт в исходниках - последнее дело. Надо девайсы готовые продавать. Ну в крайнем случае либы. — SМ   (27.03.2007 13:04:27 80.92.255.53, пустое)
        
        и вообще у меня дежавю. предлагаю тему закрыть — DASM   (27.03.2007 12:57:54 212.58.192.14, пустое)
- во-во, правильно ! А чтобы не париться с указателями введем неявный параметр this и упакуем методы(зачеркнуто) функции в структуры :-)) — DASM (27.03.2007 12:39:48 212.58.192.14, пустое)
  - дык... =)) так примерно и делаю — IV (27.03.2007 12:50:28 81.23.109.150, пустое)
  - ООП вручную, так сказать... — Vladimir Ljaschko (27.03.2007 12:43:53 194.158.204.49, пустое)
Если их много, выношу в отдельный файл, чтобы не путаться, все в одном месте. Если мало - пишу инклуд, где объявляю их extern, а дальше линкер сам разберется, что и где. — SМ (27.03.2007 12:32:1 80.92.255.53, пустое)
- глобальных переменных должен быть один - theApp ! :-) — DASM (27.03.2007 12:33:14 212.58.192.14, пустое)
  - Фиг вам, их может быть много, особенно касаемо буферов для всяких линий задержек, коэффициентов и прочего ЦОС, которые должны располагаться в определенных областях памяти для оптимизации скорости обращения (в одном такте чтобы читалось из двух-трех мест одновременно) — SМ (27.03.2007 12:40:29 80.92.255.53, пустое)
    - речь шла про программтирование, а не всякое пинотолкательство с коэффициентопермножательством. Иващесегоднянепятница :-) — DASM (27.03.2007 12:43:0 212.58.192.14, пустое)
      - Ну не нравится Сергею твоя объектно-ориентированная религия :) — Гудвин (27.03.2007 12:46:32 195.10.212.22, пустое)
        
        Она меня вполне устраивает, если это например что-то оконное под винду. Но каждой задаче свой подход. — SМ (27.03.2007 12:49:26 80.92.255.53, пустое)
      - Когда я программирую, то на первое место ставлю экономию памяти и тактов. А не какие-то там эфемерные читабельности-юзабельности :) Независимо от задачи. — SМ (27.03.2007 12:45:9 80.92.255.53, пустое)