AlexandrY (15.09.2010 15:18, просмотров: 158) ответил Скрипач на Что вызывает отторжение - попытка работать "в терминах контроллера". Зачем? Есть же прикладная задача. Что, проектирование "сверху - вниз" отменили? Работа с портами сидит в задаче-ориентированных примитивах (StartPump, SetValve, etc.) и "битовоеINDEMSYS
-
- Глупости. Вся "непереносимая" часть реализуется один раз для каждой архитектуры. Всё остальное не меняется совершенно. Вас же не напрягает необходимость в Сях подключать хедер с описаниями портов? Никто от этого не умер? - =AlexD=(15.09.2010 15:31)
- Т.е. не меняется? А вы знаете что описание только мультиплекcирования портов скажем в i.MX31 занимает пару сотен страниц? AlexandrY(454 знак., 15.09.2010 16:06 - 18:23)
- JavaScript - это круто. Столько смысла в каждом знаке. ООП ассемблер. - General(16.09.2010 13:03)
- JavaScript - лучшее средство манипуляции портами, ога. - =AlexD=(16.09.2010 07:13)
- Т.е. не меняется? А вы знаете что описание только мультиплекcирования портов скажем в i.MX31 занимает пару сотен страниц? AlexandrY(454 знак., 15.09.2010 16:06 - 18:23)
- Тут другое. Интересно заложить возможность изменять адреса ввода-вывода, скажем, через систему меню. Если бы абстрагирование помогало это сделать... А так - "алгебра нелинейных пространств". (ново, интересно, но не практично). - Скрипач(15.09.2010 15:29)
- Решалась другая задача, Вы не внимательно читали :-). То что вы ходите было описано в первой части (как один из вариантов) :-). - =AlexD=(15.09.2010 15:33)
- Не спорю :) Просто "первая часть" была "как это делать на С" :о) - Скрипач(15.09.2010 15:37)
- Решалась другая задача, Вы не внимательно читали :-). То что вы ходите было описано в первой части (как один из вариантов) :-). - =AlexD=(15.09.2010 15:33)
- Глупости. Вся "непереносимая" часть реализуется один раз для каждой архитектуры. Всё остальное не меняется совершенно. Вас же не напрягает необходимость в Сях подключать хедер с описаниями портов? Никто от этого не умер? - =AlexD=(15.09.2010 15:31)