Evgeny_CD, Архитектор (15.09.2010 01:33 - 01:37, просмотров: 333) ответил Evgeny_CD на Коллеги, по новому витку обсуждения С++ прошу сюда. Все иницировано этим замечательным топиком на Электрониксе ->-
- Да, статья хорошая. Но выводы я из нее сделал несколько иные. Скрипач(681 знак., 15.09.2010 12:23)
- Что вызывает отторжение - попытка работать "в терминах контроллера". Зачем? Есть же прикладная задача. Что, проектирование "сверху - вниз" отменили? Работа с портами сидит в задаче-ориентированных примитивах (StartPump, SetValve, etc.) и "битовое Скрипач(64 знак., 15.09.2010 14:55)
- Ну так он же якобы переносимости добивался. В результате переносимой осталась только никому не нужная абстракция. - AlexandrY(15.09.2010 15:18)
- Глупости. Вся "непереносимая" часть реализуется один раз для каждой архитектуры. Всё остальное не меняется совершенно. Вас же не напрягает необходимость в Сях подключать хедер с описаниями портов? Никто от этого не умер? - =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)
- Ну так он же якобы переносимости добивался. В результате переносимой осталась только никому не нужная абстракция. - AlexandrY(15.09.2010 15:18)
- Такая статья только отбивает желание вообще C++ пользоваться. AlexandrY(463 знак., 15.09.2010 13:54)
- +1. Когда я понял, что для понимания статьи мне придется изучить алгоритмы из библиотеки Loki, весь интерес пропал. - Михаил Е.(15.09.2010 13:44)
- Любая библиотека на любом языке - часть этого языка. Это вам любой филолог скажет. - =AlexD=(15.09.2010 13:19)
- Частью языка есть только "стандарнтые" библиотеки, описанные в его стандарте. Попадёт loki в стандарт - будет частью языка. - ReAl_из_отпуска(15.09.2010 14:11,
)
- Не поспоришь :) Что является "языком С++?" "Бьерн Страуструп"? +"STL"? +"BOOST"? +"LOKI"? +... N+1? :^) - Скрипач(15.09.2010 13:46 - 13:49)
- Частью языка есть только "стандарнтые" библиотеки, описанные в его стандарте. Попадёт loki в стандарт - будет частью языка. - ReAl_из_отпуска(15.09.2010 14:11,
- Что вызывает отторжение - попытка работать "в терминах контроллера". Зачем? Есть же прикладная задача. Что, проектирование "сверху - вниз" отменили? Работа с портами сидит в задаче-ориентированных примитивах (StartPump, SetValve, etc.) и "битовое Скрипач(64 знак., 15.09.2010 14:55)
- О какой статье речь? - AlexandrY(15.09.2010 09:32)
- Ну и уже здесь на вики есть VVB(83 знак., 15.09.2010 12:12)
- приаттачена к посту по ссылке на электроникс - Snaky(15.09.2010 09:34)
- Попробуйте эти конструкции на разных архитектурах под разными компилерами. Восторги сравняются с плинтусом.. - blackbit(15.09.2010 02:14)
- Хоть убейте, не понимаю агрессивности. Чем С++ хуже Си? В чём лучше я могу сказать - больше возможности для модульности, больше простор для оптимизации, потрясающая гибкость шаблонов. Но в чём хуже??? =AlexD=(224 знак., 15.09.2010 07:15)
- Требования к квалификации программиста выше (это очень существенно). И ради чего? Облагораживания кода для переворачивания битов в портах? Оператором new пользоваться нельзя, так что почти весь потенцил Си++ - под запретом. - SciFi(15.09.2010 09:23)
- Потенциал ограничивается написанными кем-то стандартными библиотеками? Смешно. - Cepгeй Бopщ(15.09.2010 11:08)
- Без new нет виртуальных функций (полиморфизма). Я слышал, это одна из основных концепций в Си++. Без этого Си++ - это "улучшенный Си", что само по себе имеет право на жизнь, но выглядит как некий суррогат. - SciFi(15.09.2010 12:56)
- Бред. Всё бред. И виртуальным функциям new не нужен, и new - всего лишь аналог malloc и работает при наличии кучи, виртуальные функции нужны в embedded крайне редко. =AlexD=(34 знак., 15.09.2010 13:22)
- ... ya(656 знак., 15.09.2010 13:38,
)
- Я могу предложить лехко - шаблоны. И это уже не "улучшенный Си" (хотя не понимаю, что плохого в улучшенном Си?). =AlexD=(407 знак., 15.09.2010 15:19)
- Не надо шаблоны - большой оверхеад по коду т.к. редкий компилятор ( точнее линкер ) сможет это оптимизировать. - diper(15.09.2010 20:02)
- Сейчас уже редкий не может оптимизоровать. Я таких не знаю. (именно компилятор за счёт второго прохода, линкер здесь ни при чём) - =AlexD=(15.09.2010 20:45)
- Ждем вашу альтернативу на С. Столь же удобную. - Cepгeй Бopщ(15.09.2010 20:10)
- Во многих случаях даже на 8-ми битниках расходы на вызов виртуальных функций не критичны. А при прочих равных использование вирутальных функций намного понятнее шаблонов, я уже не говорю про более отладку. Чего стоит выводимое компилятором сообщение об ya(73 знак., 15.09.2010 16:24, )
- "Использовать указатели опасно" (C) и "библиотечные функции мы не используем"... - fk0(04.10.2010 15:44)
- Использовать компилятор опасно - кто знает, что он там накомпилирует? - ya(05.10.2010 09:16, )
- Использовать компилятор опасно - кто знает, что он там накомпилирует? - ya(05.10.2010 09:16,
- Да я ж разве против? Используйте, раз ресурсы позволяют и есть выгода с точки зрения архитектуры программы. Но на них свет клином не сошёлся. - =AlexD=(15.09.2010 17:41)
- "Использовать указатели опасно" (C) и "библиотечные функции мы не используем"... - fk0(04.10.2010 15:44)
- Не надо шаблоны - большой оверхеад по коду т.к. редкий компилятор ( точнее линкер ) сможет это оптимизировать. - diper(15.09.2010 20:02)
- Я могу предложить лехко - шаблоны. И это уже не "улучшенный Си" (хотя не понимаю, что плохого в улучшенном Си?). =AlexD=(407 знак., 15.09.2010 15:19)
- ... ya(656 знак., 15.09.2010 13:38,
- Не вижу связи между new и виртульными функциями AlexBi(203 знак., 15.09.2010 13:18)
- Бред. Всё бред. И виртуальным функциям new не нужен, и new - всего лишь аналог malloc и работает при наличии кучи, виртуальные функции нужны в embedded крайне редко. =AlexD=(34 знак., 15.09.2010 13:22)
- Без new нет виртуальных функций (полиморфизма). Я слышал, это одна из основных концепций в Си++. Без этого Си++ - это "улучшенный Си", что само по себе имеет право на жизнь, но выглядит как некий суррогат. - SciFi(15.09.2010 12:56)
- Оператором new пользоваться разрешаю :-). Ну а ква-квалификация... это отдельный разговор, кому-то и умение читать лишнее ;-) - =AlexD=(15.09.2010 10:17)
- Потенциал ограничивается написанными кем-то стандартными библиотеками? Смешно. - Cepгeй Бopщ(15.09.2010 11:08)
- Требования к квалификации программиста выше (это очень существенно). И ради чего? Облагораживания кода для переворачивания битов в портах? Оператором new пользоваться нельзя, так что почти весь потенцил Си++ - под запретом. - SciFi(15.09.2010 09:23)
- Хоть убейте, не понимаю агрессивности. Чем С++ хуже Си? В чём лучше я могу сказать - больше возможности для модульности, больше простор для оптимизации, потрясающая гибкость шаблонов. Но в чём хуже??? =AlexD=(224 знак., 15.09.2010 07:15)
- Да, статья хорошая. Но выводы я из нее сделал несколько иные. Скрипач(681 знак., 15.09.2010 12:23)