caxapa.ru :: >с комплексными числами

lloyd (04.05.2018 20:46, просмотров: 452) ответил Ксения на В прошлом уже была тема, где осуждалось применение самодельных типов вроде i8, u8, i16, u16, i32 и т.д. При этом большинство участников выражали мнение, что так делать нельзя, а надо строго придерживаться определений из stdint.h, кончающихся

>с комплексными числами В этом вопросе C11 и C++11 разошлись разными дорогами. У одного - float complex, у другого std::complex<float>. И они не совместимы. Совсем. Помню приходилось из-за этого прятать реализацию внутрь Си-файла, чтобы библиотека вообще линковалась с С++ проектом >написана именно так Ну давайте еще вспомним венгерскую нотацию (бррр, аж холодок по спине пробежал), из которой состоит fReE_RTOS - какому больному человеку это показалось изящным я не знаю. >краткие самодельные типы нравятся, причем, как своей краткостью, так самодельностью. Внутри своего проекта хоть кошек расчленяйте, наружу выставляйте стандартный интерфейс. Стандартный для языка И вообще, в плюсах есть using, а в си - typedef, проблема надуманная. Но вот именно что велосипедить свою портируемую систему типов - это швах, конечно

Ответить

- Хуже того, уже писал на эту тему. Код с самодельными типами невозможно запустить вне окружения, где его планировалось использовать (например взять одну функцию, класс). Код с самодельными типами сложно читать, потому, что не знаешь, например, что fk0(34 знак., 04.05.2018 21:25)
  - "Код с самодельными типами сложно читать"- а replace в текстовом редакторе уже запретили? Хотелось бы посмотреть пример для PIC, когда есть разница в результате при использовании char и int8_t либо int и int16_t. - Экспериментатор(05.05.2018 19:48, )
  - За u16 не должен скрываться тип uint32_t, т.к. мнемоника обязана соблюдаться (!), но могут скрываться типы: WORD, unsigned short, _unit16, __unit16, unit16_t и т.п. - Ксения(04.05.2018 21:33)
    - Ну и смысл давать 100500 разных имён одной сущности unsigned short? Другое дело, что НУ НЕ МОЖЕТ, ИНСТРУКЦИЙ НУЖНЫХ НЕТ, эффективно работать CPU с таким типом. Что теперь, генерировать в полтора раз больше кода, где через строчку инструкция fk0(146 знак., 04.05.2018 22:46)
      - Да потому что гладиолус. Я пишу так как удобно мне, кодом делится не собираюсь. Кто мой код возьмёт - меня не заботят его сложности, у меня же нет проблем переносимости. Разговор ни о чём, религиозные споры. - POV_(05.05.2018 10:44, )
        
        У тебя "Синдром Данинга-Крюгера" в чистом виде. Просто ты ни с чем кроме AVR и Delphi не сталкивался (да и тот же AVR выравнивает побайтово, а Delphi нормально, и положив в структуру int после char можно огрести). Да и код ты пишешь не в вакууме. fk0(60 знак., 05.05.2018 11:09)
        
        Что это за синдром даже гуглить не буду. За мои профессиональные качества голосуют рублем. Это нагляднее любых попыток сектантов указать на неправильность моих подходов. а - POV_(05.05.2018 17:10, )
        
        Про рубль, главное чтобы не били, по Салтыкову-Щедрину. - Движется к югу(06.05.2018 02:04, )
        
        Ты хороший продавец/бизнесмен. - fk0(05.05.2018 17:16)
        
        Дельфи выравнивает, как ему укажешь директивами компилятора. Просто при передаче структур между различными архитектурами нужно внимательно к этому отнестись, а не полагаться на умолчания. У меня одни и те же структуры в дельфях, VC и устройствах Гудвин(256 знак., 05.05.2018 11:59)
        
        И это не поможет... POV_(347 знак., 06.05.2018 00:14, )
        
        Битовые поля вообще за пределами одной архитектуры с одним компилятором использовать нельзя. Профессиональные решения -- опять двадцапять за рыбу деньги -- ASN.1. На нём вся телефония живёт, как я понимаю. Международный стандарт между прочим ГОСТ fk0(172 знак., 06.05.2018 00:38)

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