Pull to refresh

Comments 32

Постараюсь оправдать ожидания :) Правда именно C# vs C++ будет только 8 статей, Кристофер, похоже, забил портировать дальше, последняя статья от 13 декабря 2008 года.
собираюсь купить себе коммуникатор на базе winmobile. так что большое спасибо за статью, будем учиться)
Изменил заголовок на C# vs WinAPI, т.к. посмотрел дальше — У Кристофера С++ нигде не применяется, только WinAPI
все же С++ vs С# было бы правильнее. .NET Framework то тоже через WinAPI работает местами, а С#/C++ — средства доступа к этому самому WinAPI с той лишь разницей, что C# идет еще через одну прослойку.
тогда уж Windows.Forms vs WinAPI
На C++ можно и в .NET кодить а можно и в чистом WinApi. Так что тут много разногласий.
да с++, это не самый способ написания программ) но за то программы на нем) самые быстрые)
>но за то программы на нем) самые быстрые)
Расскажите это языкам низкого уровня(ASM, C и тд.)
Язык C настолько же низкого уровня, на сколько C++.
«Си часто называют языком среднего уровня или даже низкого уровня, учитывая то, как близко он работает к реальным устройствам.» via bit.ly/170Kr2
Забавно видеть сравнение WinAPI с C#, а не наоборот. Я наверное уже слишком старый, для меня Label — это «эквивалент» static.
Так в этом и парадокс! В сети куча примеров для Compact Framework и очень мало для WinAPI/WTL. С другой стороны, всё понятно — большинству не хочется тратить больше времени, чем это необходимо, если можно добиться почти одинаковых результатов, используя более простую технологию. Ведь «самый популярный» и «самый лучший» далеко не всегда синонимы.
Имхо гораздо проще исать на MFC.
Можно и .NET юзать для софта: тормозов нету(gsICQ, mChat)
Я сам являюсь .NET разработчиком, поэтому очень хорошо понимаю, где эти тормоза всё-таки есть при разработке для Windows Mobile :)
И какие выводы?)
Насколько я проверил, разница в скорости больше, чем на десктопе, но все равно не фатальная и можно разрабатывать серьезный софт на нем, если софт неориентирован на графику.
Выводов много разных :) Стандартные контролы при большом их количестве (если не помещаются на экран и нужен скроллинг) тормозят просто чудовищно. Плюс время запуска приложения тоже не очень быстрое. Выручает только отображение прогресса загрузки — про это даже специальные скринкасты есть в msdn-е :)

Но слишком уж я люблю C#, чтобы от него отказываться.

С графикой, кстати, не так уж всё и плохо в компакт фреймворке. У меня в приложении полноэкранная анимация переходов между окнами (а ля iPhone) — всё летает будь здоров, плюс у меня double buffering реализован на уровне собственного графического фреймворка, поэтому нигде нет ни следа отвратительного мерцания при перерисовках.

Ожидал что будет больше про С#(код, коментарии к коду), а тут в основном C++, а С# только исходник. Всё равно спасибо буду ждать продолжения.
Добавил кусок кода в конец статьи про C#, чтобы было проще :) Реально, кода совсем мало, больше мышкой работы.
Актуальная для меня тема! подписался на блог
Только хотел написать подобный коммент :)
DarkestMaster, респект! Статья класс! А перевод ещё лучше!
Дело не в примере, а в их количестве. Автор блога (Крис Крафт) год назад поставил перед собой задачу сделать 30 разноплановых compact framework приложений, тратя на каждый не более дня и чтобы они были реально разными по содержанию. В семплах никто никогда не ставит перед собой задачи показать что-то из продакшна и весящее мегабайты — в таком сложно уловить суть.
это все понятно) я просто алчу примеров с потоками и как люди выкручиваются с CF, примеров с SqlCeReplication, реализации синхронизации фаилов всякого такого интересного))
Есть очень крутая здоровенная статья в MSDN-е про многопоточность в Compact Framework с 9 отдельными качественными примерами. Теоретически можно разродиться на её перевод, но я, если честно, её даже просто так читать несколько устал к концу, боюсь, перевод будет слишком жестоким испытанием :)
Спасибо за статью и пожелания.
Но все таки для начала было бы полезно рассказать об основных отличиях разработки под Мобильные устройства от десктор программ (если они есть). Какие средства использовать для разработки (тулзы), как запускать такие программы и т.п.
Я бы хотел научиться разрабатывать под мобильные устройства, но синтаксис языка меня не очень напрягает — такое можно быстро нагуглить. А вот как организовать сам процесс разработки? для меня это сложно — нужно много времени потратить.
Может это все потому, что я не разрабатывал на .NET никогда и знаю только основы синтаксиса C#.

А может просто статья не для таких как я?! :)
В этом блоге уже есть статьи о том, как начинать разработку — зачем повторяться? Я также писал статью о кроссплатформенной разработке на C# — как раз про отличия от десктопа.

Статья действительно не совсем для тех, кто вообще не знаком с программированием :) Начинать изучение средств разработки для windows mobile можно тут — http://msdn.microsoft.com/ru-ru/library/bb158532(en-us).aspx
да, видимо вы правы:)
Еще раз спасибо за ваши статьи! Через некоторое время я до них «доросту» :)
просто — спасибо!
Буду читать… Хотя пока все просто…
Андрей, у вас написано Исходный код C#: minutes2Midnight.cab.
Но на самом деле ссылка ведет на zip-файл. Cab-файл — это готовое приложение для развертывания на устройстве
Sign up to leave a comment.

Articles