Constantin24 (28.08.2013 14:06, просмотров: 153) ответил Vladimir Ljaschko на То-то я думаю, Вы не протипоставили ни одного аргумента на высказывания участников. Возьмите готвые правила оформления, как уже советовали. Наберете опыт - поменяете.-
- Там и ответили. Зачем? Проектируется обычно снизу вверх. Программист сортировки говорит программисту АЦП - дай хедер с данными АЦП, и говорит другим - вот мой хедер с результатами сортировки. Кому нужно, тот включает, все независимы. В Вашем Vladimir Ljaschko(102 знак., 28.08.2013 15:22)
- к примеру для некой обработки данных для модуля ONE нужны значения переменных с модулей A, B, C; для модуля TWO нужны значения переменных с модулей С, D, E, F. Тогда нужно будет включить в хедере ONE и TWO соответствующие модули. Через некоторое Constantin24(329 знак., 28.08.2013 16:13)
- Для этого случая есть грязный хак: создается файл includes.h, в котором включаются ВСЕ хедеры и который включается во ВСЕ файлы С. Многие так делают, я не исключение, аж взблевнуть хочется :) Но по крайней мере этот метод лучше, чем Ваш: не Vladimir Ljaschko(1244 знак., 28.08.2013 17:06)
- вот именно такое я и имел виду. Почему от этого взблевнуть хочется? что в этом такого ужасного???? - Constantin24(29.08.2013 07:26)
- 1) Потому что это видимое доказательство "шпагетти", наглядно демонстрирующее отсутствие системного подхода в разработке ПО. 2)Есть действительные неудобства, например увеличенное время компиляции, разница в десятки секунд. Мало того, что треть Vladimir Ljaschko(109 знак., 29.08.2013 17:46)
- ладно, пора штото решать. благодарю за ваши ответы и подробные объяснения! - Constantin24(29.08.2013 21:03)
- 1) Потому что это видимое доказательство "шпагетти", наглядно демонстрирующее отсутствие системного подхода в разработке ПО. 2)Есть действительные неудобства, например увеличенное время компиляции, разница в десятки секунд. Мало того, что треть Vladimir Ljaschko(109 знак., 29.08.2013 17:46)
- Я уже упоминал стандарт кодирования uCOS, похоже, "чукча писатель" - VVB(29.08.2013 05:36)
- вот именно такое я и имел виду. Почему от этого взблевнуть хочется? что в этом такого ужасного???? - Constantin24(29.08.2013 07:26)
- ложной посылкой является " и нет больше необходимости следить за подключенными модулями...", за ними нужно следить, если Вы собираетесь использовать некий функционал стороннего модуля, то это нужно делать осознанно, а не внезапно. Nikolay801_(220 знак., 28.08.2013 17:05)
- хорошая идея) - Constantin24(29.08.2013 07:29)
- Возвращайте из каждого модуля указатель на структуру параметров. Добавление полей(параметров) в структуру, влечет корректировку описания структуры в хедере и все. - Dany(28.08.2013 16:47)
- хороший метод. попробую на практике - Constantin24(29.08.2013 07:32)
- Может я невнимательно вник в проблему, но хедеры модулей инклюдятся непосредственно в Си-шный исходник, который работает с этими модулями. Если что-то меняется в работе или хедере конкретного модуля, то естественно правятся все зависимые от него rezident(155 знак., 28.08.2013 16:21)
- Не обманывайте себя: если у вас все модули используют все переменные, то никакие это не модули, а практически спагетти-код. SciFi(81 знак., 28.08.2013 16:20)
- видимо я не правильно понял принцип модульности. пойду почитаю еще литературы - Constantin24(29.08.2013 07:33)
- Хороший спагетти код ведёт к пожизненной занятости, уважаемому и хорошо оплачиваемому труду. - fk0(28.08.2013 16:47)
- Для этого случая есть грязный хак: создается файл includes.h, в котором включаются ВСЕ хедеры и который включается во ВСЕ файлы С. Многие так делают, я не исключение, аж взблевнуть хочется :) Но по крайней мере этот метод лучше, чем Ваш: не Vladimir Ljaschko(1244 знак., 28.08.2013 17:06)
- к примеру для некой обработки данных для модуля ONE нужны значения переменных с модулей A, B, C; для модуля TWO нужны значения переменных с модулей С, D, E, F. Тогда нужно будет включить в хедере ONE и TWO соответствующие модули. Через некоторое Constantin24(329 знак., 28.08.2013 16:13)
- он не плох, он просто лишний. С этой задачей вполне справится хедер модуля. - abivan(28.08.2013 14:14)
- Там и ответили. Зачем? Проектируется обычно снизу вверх. Программист сортировки говорит программисту АЦП - дай хедер с данными АЦП, и говорит другим - вот мой хедер с результатами сортировки. Кому нужно, тот включает, все независимы. В Вашем Vladimir Ljaschko(102 знак., 28.08.2013 15:22)