Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
13 июля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

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

440786 Топик полностью

abivan (11.09.2013 15:01 - 15:05, просмотров: 162) ответил Mahagam на ваше +2 теряется на больших кусках кода. +4 наш выбор

макс длину строки озвучьте? 2/80 с 2-мя то не лезет

Ответить

- а что это такое? и главное, какой в этом сокровенный смысл? - Mahagam(11.09.2013 15:22)
  - это кусок кода из середины ф-и видно что при длине строки 80 символов приходится переносить параметры ф-и что не улучшает читаемость кода. вертикальная черта справа(разметка редактора) это 81-й символ - abivan(11.09.2013 15:31)
    - приходится? кто-то заставляет? вас бьют по рукам, если код вылезет за 80-ую позицию? тяжёлое детство, CGA-монитор форэва? - Mahagam(11.09.2013 15:42)
      - зрячий чтоль :-)? нетбук 11" при установке нормального(для меня на 24" это 14) шрифта хорошо бы 80 символов влезло. - abivan(11.09.2013 16:30)
        
        Я иногда длинные вызовы функций разделяю по параметрам на строки VAI(578 знак., 11.09.2013 17:03)
        
        +1 - koyodza(11.09.2013 18:00)
        
        бля )))) вы там ещё на смартфоне с кодом поработайте, ага. 2 монека на 1920х1080 - и то мало! - Mahagam(11.09.2013 16:39)
        
        Конечно мало. У меня 1920х1200 оба. :-) _ОО====о - VAI(11.09.2013 16:47)
        
        А у меня 2560x1440 o========₀₀=========o - General(12.09.2013 05:32)
        
        :-(( - VAI(12.09.2013 08:24)
        
        В том числе и это. Важно удобство просмотра с мелких ноутбуков и даже смартфонов в ситуации когда очень надо и ничего больше под рукой нет. - fk0(11.09.2013 16:46)
      - Повторюсь. С кодом работают не только в окошке IDE проф. уровня, но и за его пределами. И слишком широкие строки везде мешают. Да и мотать головой влево-вправо неудобно. Лучше разорвать вызов функции на несколько строк. Программы на Lisp видел? fk0(206 знак., 11.09.2013 15:56)
        
        за пределами IDE? это зачем? актуальный пример приведите, а? - Mahagam(11.09.2013 16:09)
        
        1) отладка в другом отладчике (в.т. для кода работающего на разных платформах), 2) другие IDE/редакторы, 3) просмотр diff'ов в разных программах, 4) работа с svn через разные программы, 5) просмотр исходников на вебсайте через trac, 6) работа с fk0(85 знак., 11.09.2013 16:26)
        
        и чё? где тут лимит на 80 символов? консоль - это уже ССЗБ. Mahagam(142 знак., 11.09.2013 16:32)
        
        Консоль (xterm и т.п.) тоже растянуть можно. Но не всегда удобно. Потому, что сверхширокое читать неудобно и место на экране лишнее занимает. Лимита жёсткого нет, но ВЫГЛЯДИТ ПЛОХО. Особенно когда diff в две колонки. Тут и в широкий монитор может fk0(11 знак., 11.09.2013 16:38)
        
        такие широкие строки - редкость. но ради необоснованного предела в 80 символов придумывать как красиво сделать перенос и сохранить читаемость - не хочу. Mahagam(266 знак., 11.09.2013 16:41)
        
        Предела нет. Но не надо писать осмысленно исходники под 200 символов. Потому, что с ними работать неудобно. Больше чем с 80-ю символами -- неудобно. В том числе и читать неудобно: человек читает информацию построчно, сверху-вниз. И мотать головой fk0(73 знак., 11.09.2013 16:48)
        
        ещё раз: такие строки - редкость. но если такая строка удобнее чем перенос, то нахрена переносить? - Mahagam(11.09.2013 16:51)
        
        ... fk0(781 знак., 11.09.2013 16:56 - 16:59)
        
        есть привычка: одна строка = один оператор. и мозгом это так и воспринимается. а когда 5 строк - это один оператор, то нахрена такое надо. я лучше разок home/end жмякну, чтобы скрольнуть текст, чем буду мозг ломать соединяя в уме строки. - Mahagam(11.09.2013 17:01)
        
        Я уже пример Lisp программы приводил. Всю программу в одну строку записать? А с другой стороны там обычно сильно больше одного оператора. А вычисление аргументов функции при вызове -- это ли не отдельный оператор? Тогда стоит вызов функции fk0(355 знак., 11.09.2013 17:05)
        
        деление на строки не должно ломать логическую структуру программы. месиво из перенесённых концов строк ни разу не читабельно. Mahagam(24 знак., 11.09.2013 17:10)
        
        Актуальный пример в соседнем топике :) Думаете, для того, чтобы посмотреть текст исходника я WinAVR буду устанавливать, вместо того, чтобы просто F3 нажать? :))) - rezident(11.09.2013 16:12, ссылка)
        
        я давно уже не смотрю код без подсветки синтаксиса. и что значит устанавливать? типа оно уже не установлено? - Mahagam(11.09.2013 16:16)
        
        Нахрена держать на компе программы (WinAVR) которые никогда не использовались и использоваться не будут? О_о - rezident(11.09.2013 16:26)
        
        вы с кодом работаете? если работаете - то есть IDE/редактор с подсветкой синтаксиса и настраиваемой табуляцией. а если не работаете, то нахрена вам вообще код смотреть? с какого перепугу тут вообще WinAVR приплели? - Mahagam(11.09.2013 16:30)
        
        IDE/редактор это вы только что приписали. Выше в топике было только про IDE. Соответственно и я про IDE (WinAVR), а не про редактор вообще. WinAVR и МК AVR никогда не использовал и надеюсь не придется использовать :) - rezident(11.09.2013 16:33, ссылка)
        
        WinAvr - это не IDE как бэ. - Apтём(11.09.2013 17:11)
        
        выше в топике было про работу _за пределами_ IDE. и все равно никто не раскрыл к чему могут привести длинные строки. насколько помню, даже древний notepad поддерживал строки до 65535 символов ))) - Mahagam(11.09.2013 16:37)
        
        Значительная часть программ может сломаться на ~4096. - fk0(11.09.2013 16:45)
        
        звиняй командир, но мой моск сломается значительно раньше )))))))))) - Mahagam(11.09.2013 16:47)