Комментарии 23
Мне кажется, переход от CE к Windows Phone только ухудшил положение, потому что старые приложения переставали поддерживаться, а новые не успевали появляется. А без достаточного приложений особо не продвинешь саму ОС. Тем более когда развивались Андроид и иОС вместе с базой приложений для них.
У ВинФонов была забавная логика: раз памяти мало, дохлый проц, никакой аккумулятор - давайте держать все запущенные програмы в оперативной памяти. Так типа, экономилось время запуска, при этом аппарат постоянно и регулярно начинал тупить и наглухо зависал.
В результате кнопка Резет, иногда уничтожалась до состояния дыры в плате.
Я возможно проявлял умеренность, но у меня от Люмии 820 очень приятное впечатление осталось. До сих пор жалею.
Люмии это уже сильно позже :)
Веселье было в эпоху, когда народ упорно выяснял, что лучше: экран в 2.8 дюйма, или в 3.1? Или взять лопату в 3.5?
...А потом пришёл HTC HD2, и понеслось...
А что же это было до Люмий, WP7? не пересекся. WP8 было очень неплохо оптимизировано.
Или вы про "коммуникаторы" на 6.5?
Windows Mobile 6.5 она самая :) перелицованая СЕ.
А. Так а вроде все версии CE так работали — загрузились с карты, и живем в ОЗУ?
На текущий момент устройства на Windows CE 6.0 вполне себе живы и активно выпускаются.
Да, автор, как и многие путает встраивпемую ОС Windows CE с операционным системами для наладрнников, которые используют её ядро.
Кроме CE6 были есть еще WinCE 7 и WEC 2013 (CE 8). На работе поддерживаем версию продукта на WinCE.
Когда я последний раз этим интересовался - всё было в комплекте к ms visual studio.
Win32 API частично совместим, также в последних версиях можно было на .NET писать
Внутри подмножество Win32 API.
Стандартные SDK публиковались МС, но это сферический конь в вакууме.
Реальный SDK строится тем, кто строит конкретную платформу и строится он прямо от готового платформенного билда.
Поскольку WinCE конфигурируется в широких пределах, результирующие SDK могут отличаться очень сильно.
Кроме того вендоры могут добавлять туда свои специфические вещи.
Подобный SDK ставится в VS (для WinCE7 это VS2008) версии не ниже Pro (ЕМНИП) у кого угодно и можно строить под платформу.
Если же речь о разработке самой платформы то с ней поставляется Platform Builder который плагин для VS (для WinCE7 это все та же VS2008) и в ней ведется разработка.
Есть отладчик ядра, вполне удобен, цепляется через serial или ethernet (смотря что целевая платформа поддерживает).
Есть Kernel Tracker - кардиограмма работы системы со всеми мутексами, эвентами, context switch, priority change/inversion и тому подобное, плюс туда можно свои вещи логировать.
Он есть в графическом виде или как простой лог; живой, post-mortem или on-demand.
Сильно помогает если надо понять почему таска зависла на 2 миллисекунды и кто виноват.
Преимуществом разработки является возможность разработки под Win32 для десктопа и с небольшими изменениями (и добавлением специфичных вещей) компилация под WinCE.
То есть большинство кода просто отлаживается для десктопа (быстро и удобно) и при этом уже не надо этот код отлаживать для тартега (хотя приколы иногда бывают).
Как то не до конца описана история.
Нет Windows Embedded Compact 7 (которая WinCE 7) и Windows Embedded Compact 2013 (которая WinCE 8).
Первая принесла поддержку многоядерности, вторая новый интерфейс и поддержку ARMv7 а еще там есть dotNET.
Обе системы вполне живы и используются во встройке.
Забыто то, что WinCE это система реального времени, что дает ей преимущества в определенных применениях.
Правда поддержка от МС для WinCE - лучше бы ее совсем не было чем такая как сейчас.
Потому что замешана в одну кучу встраиваемая система и система для мобильных устройств на основе её ядра.
а еще там есть dotNET
Во времена Windows CE 4.x .NET пытались сделать основной технологией для разработки приложений для CE (примерно как чуть позже продавали Silverlight для Win Phone 7). Ну и наоборот: платформа должна была локомотивом для .NET-а быть.
История Windows CE