Nikolay801_ (23.08.2013 12:19, просмотров: 86) ответил ыыыы на все правильно, так и делайте - макросы зло. так читающему сразу понятно что за операция, а с макросами и типы невнятны и по любому нужно лезть в хидеры смотреть что за макрос и не переопределил ли его ктоБудь ты проклят, Перри-Утконос!
-
- первый вариант говорит о том, что данные по вот тому адресу могут меняться где-то aoreh(839 знак., 23.08.2013 12:33 - 12:41)
- ПС. Ну и по поводу макросов, использование макросов везде где не поподя, кмк, не есть хорошо, но и хардкоддинг тоже плохо, лучще, если где-то объявлены дефайны или структуры с нормальными именами портов, чем прямое приведение непойми каких чисел к aoreh(50 знак., 23.08.2013 12:35)
- Типа того. Адреса ячейки памяти лучше определить в линкере, чтобы видеть усю картину в одном месте. - Vladimir Ljaschko(23.08.2013 13:19)
- Нет, не лучше. Следуя этой логике, адреса всех регистров МК следует запихнуть в конфигурацию линкера, а не в хедер. Это абсурд. - SciFi(23.08.2013 13:51)
- В С30/ХС16 для dsPIC/PIC24 так и сделано - MBedder(23.08.2013 15:14)
- Кое-где так и делается. Это не самое глупое решение: можно видеть нормальный дизассемблер, с именами регистров, а не с адресами. - fk0(23.08.2013 14:56)
- Нет, не лучше. Следуя этой логике, адреса всех регистров МК следует запихнуть в конфигурацию линкера, а не в хедер. Это абсурд. - SciFi(23.08.2013 13:51)
- Типа того. Адреса ячейки памяти лучше определить в линкере, чтобы видеть усю картину в одном месте. - Vladimir Ljaschko(23.08.2013 13:19)
- ПС. Ну и по поводу макросов, использование макросов везде где не поподя, кмк, не есть хорошо, но и хардкоддинг тоже плохо, лучще, если где-то объявлены дефайны или структуры с нормальными именами портов, чем прямое приведение непойми каких чисел к aoreh(50 знак., 23.08.2013 12:35)
- первый вариант говорит о том, что данные по вот тому адресу могут меняться где-то aoreh(839 знак., 23.08.2013 12:33 - 12:41)