Comments 32
Интересно. Жду продолжения =)
собираюсь купить себе коммуникатор на базе winmobile. так что большое спасибо за статью, будем учиться)
в этом примере пока что только С
Изменил заголовок на C# vs WinAPI, т.к. посмотрел дальше — У Кристофера С++ нигде не применяется, только WinAPI
да с++, это не самый способ написания программ) но за то программы на нем) самые быстрые)
Забавно видеть сравнение WinAPI с C#, а не наоборот. Я наверное уже слишком старый, для меня Label — это «эквивалент» static.
Так в этом и парадокс! В сети куча примеров для Compact Framework и очень мало для WinAPI/WTL. С другой стороны, всё понятно — большинству не хочется тратить больше времени, чем это необходимо, если можно добиться почти одинаковых результатов, используя более простую технологию. Ведь «самый популярный» и «самый лучший» далеко не всегда синонимы.
Имхо гораздо проще исать на MFC.
Можно и .NET юзать для софта: тормозов нету(gsICQ, mChat)
Можно и .NET юзать для софта: тормозов нету(gsICQ, mChat)
Я сам являюсь .NET разработчиком, поэтому очень хорошо понимаю, где эти тормоза всё-таки есть при разработке для Windows Mobile :)
И какие выводы?)
Насколько я проверил, разница в скорости больше, чем на десктопе, но все равно не фатальная и можно разрабатывать серьезный софт на нем, если софт неориентирован на графику.
Насколько я проверил, разница в скорости больше, чем на десктопе, но все равно не фатальная и можно разрабатывать серьезный софт на нем, если софт неориентирован на графику.
Выводов много разных :) Стандартные контролы при большом их количестве (если не помещаются на экран и нужен скроллинг) тормозят просто чудовищно. Плюс время запуска приложения тоже не очень быстрое. Выручает только отображение прогресса загрузки — про это даже специальные скринкасты есть в msdn-е :)
Но слишком уж я люблю C#, чтобы от него отказываться.
С графикой, кстати, не так уж всё и плохо в компакт фреймворке. У меня в приложении полноэкранная анимация переходов между окнами (а ля iPhone) — всё летает будь здоров, плюс у меня double buffering реализован на уровне собственного графического фреймворка, поэтому нигде нет ни следа отвратительного мерцания при перерисовках.
Но слишком уж я люблю C#, чтобы от него отказываться.
С графикой, кстати, не так уж всё и плохо в компакт фреймворке. У меня в приложении полноэкранная анимация переходов между окнами (а ля iPhone) — всё летает будь здоров, плюс у меня double buffering реализован на уровне собственного графического фреймворка, поэтому нигде нет ни следа отвратительного мерцания при перерисовках.
Ожидал что будет больше про С#(код, коментарии к коду), а тут в основном C++, а С# только исходник. Всё равно спасибо буду ждать продолжения.
Актуальная для меня тема! подписался на блог
WinAPI
Достаточно простой пример
Дело не в примере, а в их количестве. Автор блога (Крис Крафт) год назад поставил перед собой задачу сделать 30 разноплановых compact framework приложений, тратя на каждый не более дня и чтобы они были реально разными по содержанию. В семплах никто никогда не ставит перед собой задачи показать что-то из продакшна и весящее мегабайты — в таком сложно уловить суть.
это все понятно) я просто алчу примеров с потоками и как люди выкручиваются с CF, примеров с SqlCeReplication, реализации синхронизации фаилов всякого такого интересного))
Спасибо за статью и пожелания.
Но все таки для начала было бы полезно рассказать об основных отличиях разработки под Мобильные устройства от десктор программ (если они есть). Какие средства использовать для разработки (тулзы), как запускать такие программы и т.п.
Я бы хотел научиться разрабатывать под мобильные устройства, но синтаксис языка меня не очень напрягает — такое можно быстро нагуглить. А вот как организовать сам процесс разработки? для меня это сложно — нужно много времени потратить.
Может это все потому, что я не разрабатывал на .NET никогда и знаю только основы синтаксиса C#.
А может просто статья не для таких как я?! :)
Но все таки для начала было бы полезно рассказать об основных отличиях разработки под Мобильные устройства от десктор программ (если они есть). Какие средства использовать для разработки (тулзы), как запускать такие программы и т.п.
Я бы хотел научиться разрабатывать под мобильные устройства, но синтаксис языка меня не очень напрягает — такое можно быстро нагуглить. А вот как организовать сам процесс разработки? для меня это сложно — нужно много времени потратить.
Может это все потому, что я не разрабатывал на .NET никогда и знаю только основы синтаксиса C#.
А может просто статья не для таких как я?! :)
В этом блоге уже есть статьи о том, как начинать разработку — зачем повторяться? Я также писал статью о кроссплатформенной разработке на C# — как раз про отличия от десктопа.
Статья действительно не совсем для тех, кто вообще не знаком с программированием :) Начинать изучение средств разработки для windows mobile можно тут — http://msdn.microsoft.com/ru-ru/library/bb158532(en-us).aspx
Статья действительно не совсем для тех, кто вообще не знаком с программированием :) Начинать изучение средств разработки для windows mobile можно тут — http://msdn.microsoft.com/ru-ru/library/bb158532(en-us).aspx
просто — спасибо!
Буду читать… Хотя пока все просто…
Буду читать… Хотя пока все просто…
Андрей, у вас написано Исходный код C#: minutes2Midnight.cab.
Но на самом деле ссылка ведет на zip-файл. Cab-файл — это готовое приложение для развертывания на устройстве
Но на самом деле ссылка ведет на zip-файл. Cab-файл — это готовое приложение для развертывания на устройстве
Sign up to leave a comment.
Перевод: 30 дней Windows Mobile — день первый (С# vs WinAPI)