-
- Еще раз обращу внимание на нетривиальное решение "промежуточного программирования" -> - Evgeny_CD(16.09.2010 20:49, ссылка)
- Ну "для реализации всей системы жизнеобеспечения в полном объёме (аппарат ИВЛ)" возможностей асма во всех блоках (включая и графический дисплей) тоже хватает. Вывод? Следуя вышей логике: для системщиков - ассемблер. - Cepгeй Бopщ(16.09.2010 09:59)
- Не логично про ассемблер. С ассемблера ушли чтобы уменьшить объем кодирования. А здесь показано как на C++ опять повышается объем кодирования. Вот это и есть ошибка автора. AlexandrY(1508 знак., 16.09.2010 12:25)
- У меня стойкое впечатление, что вы статью или не читали или не поняли. Библиотека пишется один раз. Или берется готовая. Далее все проблемы, которые на С вам пришлось бы решать вручную, и которые либо затрудняют портирование, либо делают код Cepгeй Бopщ(619 знак., 16.09.2010 13:07)
- Макросы тоже пишутся один раз. И портируются с минимальными затратами времени. Мне кажется, С++ в данном случае - искусство ради искусства. - Vladimir Ljaschko(16.09.2010 17:11)
- Ладно, не понял так не понял. Думаю много не потерял. Вы сами то согласны применить такой стиль для работы с периферией? - AlexandrY(16.09.2010 14:26)
- да. Он решает некоторые проблемы, которые при решении другими методами требуют множества писанины. - Cepгeй Бopщ(16.09.2010 14:55)
- У меня стойкое впечатление, что вы статью или не читали или не поняли. Библиотека пишется один раз. Или берется готовая. Далее все проблемы, которые на С вам пришлось бы решать вручную, и которые либо затрудняют портирование, либо делают код Cepгeй Бopщ(619 знак., 16.09.2010 13:07)
- Провоцируете. VVB(421 знак., 16.09.2010 10:09)
- Не логично про ассемблер. С ассемблера ушли чтобы уменьшить объем кодирования. А здесь показано как на C++ опять повышается объем кодирования. Вот это и есть ошибка автора. AlexandrY(1508 знак., 16.09.2010 12:25)
- Результаты усилий автора статьи достались сообществу разработчиков бесплатно. Поэтому отношение результат/их_усилия стремится к бесконечности. - amusin(16.09.2010 08:03)
- Их не устраивает виртуализация портов ;-), вот если-бы USB стек........ :-)))))) - =AlexD=(16.09.2010 08:33)
- Дык он уже реализован в WiNCE. Как и многое другое. Бери да пользуйся, если имеешь соответствующую платформу. И мы будем так делать, когда перейдём на готовое вместо самописаного и саморазработанного. - VVB(16.09.2010 10:03)
- Однако, я обманул. WinCE, Linux и все драйвера для них написаны на Си, а не С++. Поэтому USB стек придётся программить с помощью вызова Си-шных функций ОС. Или изучать инструментарий более высокого уровня абстракции, который (инструментарий) VVB(141 знак., 16.09.2010 10:49 - 10:55)
- Заблуждение применительно к WinCE насчет драйверов, написанных на исключительно C. Пишут и на плюсах. sbb(81 знак., 16.09.2010 15:19)
- Однако, я обманул. WinCE, Linux и все драйвера для них написаны на Си, а не С++. Поэтому USB стек придётся программить с помощью вызова Си-шных функций ОС. Или изучать инструментарий более высокого уровня абстракции, который (инструментарий) VVB(141 знак., 16.09.2010 10:49 - 10:55)
- Дык он уже реализован в WiNCE. Как и многое другое. Бери да пользуйся, если имеешь соответствующую платформу. И мы будем так делать, когда перейдём на готовое вместо самописаного и саморазработанного. - VVB(16.09.2010 10:03)
- Их не устраивает виртуализация портов ;-), вот если-бы USB стек........ :-)))))) - =AlexD=(16.09.2010 08:33)
- Очень многие разработчики используют в программах на Си классы, будучи абсолютно уверенны, что в их программах никаких классов нет. :-) - =AlexD=(16.09.2010 07:15)
- Ну это-то сам Бог велел! Активно использую статическую инициализацию, общие или индивидуальные функции отрисовки для разных экземпляров и т.д. Я и говорю, что возможностей Си мне хватает. - VVB(16.09.2010 07:31 - 07:34)
- Ну ты сам то понимаешь, что становишься похож на АСМиста, который макросами фактически лепит свой язык? Абстракция "класс" уже даёт хороший инструмент для структуризации, достаточный для перехода на плюсы. =AlexD=(404 знак., 16.09.2010 07:56)
- Я не комплексую по поводу незнания С++. ООП не зависит от языка. Вот придёт время, изучу С++ и прочувствую радость от того, что можно слегка упростить код, при том же уровне абстракции. - VVB(16.09.2010 10:26)
- Мы используем и virtual и наследование (и даже множественное). Полет нормальный, но требуется время на привыкание. - amusin(16.09.2010 08:05)
- Я то-же пользую, но... "спички детям не игрушка"(с) ;-) - =AlexD=(16.09.2010 08:29)
- Ну ты сам то понимаешь, что становишься похож на АСМиста, который макросами фактически лепит свой язык? Абстракция "класс" уже даёт хороший инструмент для структуризации, достаточный для перехода на плюсы. =AlexD=(404 знак., 16.09.2010 07:56)
- Ну это-то сам Бог велел! Активно использую статическую инициализацию, общие или индивидуальные функции отрисовки для разных экземпляров и т.д. Я и говорю, что возможностей Си мне хватает. - VVB(16.09.2010 07:31 - 07:34)