caxapa.ru :: Вот пример, когда не пох (довольно частая ошибка):

testerplus (12.11.2010 12:16, просмотров: 135) ответил mazur на Если что-то коммент, то компилятору пох что там написано. Хоть мурку там наизусть пиши. Ваша фраза - шутка? Мож я чего-то и не знаю.....

Вот пример, когда не пох (довольно частая ошибка): if (!done()) // Описание см. в файле readme.txt в директории c:\doc\ return BAD; return GOOD; В данном случае даже при ошибке будет выполнено return GOOD

Ответить

- Из-за чего здесь будет ошибка? Попробую угадать. Два варианта. readme.txt c:\doc\ - mazur(12.11.2010 12:26)
  - Обртный слеш в конце строки говорит за то, что следующая строка - продолжение комментария в текущей. Дргуми словами "return BAD" окажется частью комментария - testerplus(12.11.2010 12:58)
    - Тонко подмечено! Вот почему я настаиваю, чтобы наши программеры все каменты оформляли /* ... */ - Evgeny_CD(12.11.2010 13:08)
      - При оформлении в таком стиле сложнее временно целыми блоками комментарить. Приходится что-то типа #if 0 использовать, но при этом блок уже не подсвечивается как закомментированный. - rezident(12.11.2010 15:14)
        
        За "закоментаривание" вместо #if 0 -- людей сжигать нужно (C). Если не подсвечивается -- нужно взять номальный редактор. А то в wordpad вообще ничего не подсвечивается. За закоментаривание путём // -- сжигать 2 раза. - fk0(12.11.2010 15:51)
        
        большая часть редакторов подсвечивающий каменты в стиле // /* всякие умные #if 0 не понимают. городить монстра типа сликэдит - муторно. - Mahagam(12.11.2010 18:50)
        
        Это не повод говнокодить. И без подсветки жить можно. Большая часть -- это wordpad и notepad? Ибо подсвечивающих редакторов как бы не больше, чем не подсвечивающих... Редакторов, а не ноутпадов. - fk0(13.11.2010 15:30)
        
        обосновать гавнокодистость или кошерность разного вида закомментирования неиспользуемых кусков кода можете? - Mahagam(15.11.2010 13:09)
        
        C-комментарии не могут быть вложенные и вызывают глюки в таком случае. C++ комментарии вызывают сложности при обратном раскомментаривании (лишнего, вложенного и т.п.) и портят diff'ы. Речь, конечно не о закомментаривании 2-х строчек. - fk0(15.11.2010 13:20)
        
        вложенное закомментирование исходного кода - само по себе жуть. del на левый код и дело с концом. - Mahagam(15.11.2010 15:45)
        
        Ну возьмите Source Insight. Инсталлятор весит 3 МБ. Он даже препроцессор чутка понимает: Alex B.(106 знак., 12.11.2010 18:54)
        
        Про финских студентов еще забыли вставить. - rezident(12.11.2010 16:04)
        
        Советским профессиональным программистам, увы, до финских студентов ой как далеко. - fk0(12.11.2010 17:30)
        
        Имя нормального редактора? - AlexBi(12.11.2010 15:55)
        
        NetBeans понимает #if*, только для дефайнов в makefile ему нужно вручную в code assistance прописать то, что в makefile. Ну и то, что компилятор от себя ставит по ключам, скажем, __AVR_ATmega328P__. С #if 0, естественно, проблем вообще нет. - -ReAl-(12.11.2010 17:04, )
        
        SlickEdit 15 понимает #if 0 - Alex B.(12.11.2010 16:22)
        
        Попробовал в 14-ом. Тоже понимает, а я не знал. - AlexBi(12.11.2010 16:25)
        
        (G)Vim - fk0(12.11.2010 15:58)
      - Это не делает вам чести как руководителю. Лучше бы вы настаивали на использовании статической проверки - это гораздо умнее - Alex B.(12.11.2010 15:04, ссылка)
        
        тесты, и только автоматические тесты можно считать стоящей проверкой. - bialix(15.11.2010 12:24)
        
        Вы выкладывали несколько старый, но рабочий релиз этой замечательной штуковины. Она используется частью программеров у нас (остальных недодавил). - Evgeny_CD(12.11.2010 16:06 - 16:11)
        
        static analysys - good(12.11.2010 15:20, )
- Это ошибка в Windows. В Unix данной ошибки не возникает. - fk0(12.11.2010 12:18)
  - :>>>> - Snaky(12.11.2010 12:19)

Средства и методы разработки