caxapa.ru :: Такие замены имеют ряд очевидных негативных последствий. В рамках поделок одного дня не проявляющихся. Во-первых не все типы имеют фиксированную разрядность (а здесь она уже зафиксирована). И не все процессоры умеют легко работать с любой

fk0, легенда (20.04.2017 12:30, просмотров: 154) ответил MBedder на Я всю эту хню давно себе подменил на u8/s8/u16/s16/u32/s32/u64/s64/u128/s128

Такие замены имеют ряд очевидных негативных последствий. В рамках поделок одного дня не проявляющихся. Во-первых не все типы имеют фиксированную разрядность (а здесь она уже зафиксирована). И не все процессоры умеют легко работать с любой разрядностью без лишних инструкций (коих на большой проект будет многие килобайты). Во-вторых такая замена вызывает проблемы интероперабельности со сторонним кодом, сложности в тестировании и т.п. Элементарно функция взятая из кода отдельно не может быть скомпилирована стандартным компилятором ещё без массы ньюансов, которые накатываются как снежный ком и растягивают сроки проведения работ в бесконечность. И ещё создают эффект незаменимых программистов. Что для самих программистов (особенно если незаменим другой) не совсем хорошо.

[ZX]

Ответить

- В моих текстах ВСЕ типы имеют фиксированную разрядность, ибо тот конкретный процессор, который работает в моем конкретном изделии, тоже, как ни странно, имеет фиксированную разрядность. Со сторонним кодом типа стеков/FS/RTOS совместимость MBedder(90 знак., 20.04.2017 13:36)
  - В языке C пространства имён типов и переменных разные. Из-за этого #define (вместо typedef) -- верный способ нарваться на грабли, когда замена произойдёт не в том контексте. Хоть базовые типы и являются зарезервированными ключевыми словами, твои fk0(255 знак., 21.04.2017 00:30)
  - Возражаю, ваша честь. Не всегда можно знать разрядность переменной, если она указатель. И дефайн как совместитель типов подведет в самый неподходящий момент - Petrovich(20.04.2017 15:25, )
    - Разрядность указателей я знаю ВСЕГДА, и совмещение типов дефайнами вместо лишних тайпдефов меня НИКОГДА не подводила. А плясать под дудку съехавших с катушек апологетов обязательной переносимости кода с PIC12 на Xeon я буду лишь тогда, когда сам MBedder(16 знак., 20.04.2017 16:35)
      - Пик не переносится никуда в силу своей кривизны. Поэтому да, нужно забить и кодить на птичьем языке :-) - SciFi(20.04.2017 16:37)
        
        У меня все переносилось между пик18, арм, пик24, и х86... - fk0(20.04.2017 22:52)
        
        "Жить захочешь - не так раскорячишься"© - SciFi(20.04.2017 23:02, youtube)
        
        Видел я как-то твой код - ничего другого, кроме как "ананкастический синдром" он мне не напомнил, Уоррен ты наш Корнелиус :)) --> - MBedder(20.04.2017 22:59, ссылка)
        
        +1. Заметил для себя, что усилия, затрачиваемые на обеспечение переносимости, больше, чем на, собственно, код. За ссылку на повесть спасибо, уместно. Не так давно её прочёл. - Nikolay_Po(21.04.2017 11:31)
        
        Иногда просто нет выбора - одна и та-же библиотека должна работать сразу на нескольких устройствах, например 8битном, 32битном и на PC. - =AlexD=(21.04.2017 11:43)
        
        Фигня, дело привычки. Для тех, кто реально переносит код туда-сюда, уверен, напряга нет. - SciFi(21.04.2017 11:34)
        
        Таскать Вам не перетаскать! (с) (народное пожелание) - Крок(21.04.2017 11:44)
- Видел такой bool, где TRUE == 0, а FALSE == 1... вот до чего самодельные типы доводят. - fk0(20.04.2017 12:34)
  - Толстовец? "Все счастливые семьи похожи друг на друга, каждая несчастливая семья несчастлива по-своему". Истина одна, а заблуждений (сиречь ошибок) - много. - vmp(22.04.2017 10:11)
    - Философично :) А это случайно не от return ErrorCode; //0 if OK происходит? - Николай Коровин(22.04.2017 12:21)
  - SNMPv2-TC: true (1), false (2) SciFi(167 знак., 21.04.2017 11:44)
  - А как надо? - Petrovich(20.04.2017 15:19, )
    - обычно 0 - лож, а не 0 - истина. Nikolay801_(161 знак., 20.04.2017 15:49)
      - Просто у меня исторически задефайнено тру 1==1, а фолз 1==0 - Petrovich(20.04.2017 16:02, )

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