Дело не в примере, а в их количестве. Автор блога (Крис Крафт) год назад поставил перед собой задачу сделать 30 разноплановых compact framework приложений, тратя на каждый не более дня и чтобы они были реально разными по содержанию. В семплах никто никогда не ставит перед собой задачи показать что-то из продакшна и весящее мегабайты — в таком сложно уловить суть.
Выводов много разных :) Стандартные контролы при большом их количестве (если не помещаются на экран и нужен скроллинг) тормозят просто чудовищно. Плюс время запуска приложения тоже не очень быстрое. Выручает только отображение прогресса загрузки — про это даже специальные скринкасты есть в msdn-е :)
Но слишком уж я люблю C#, чтобы от него отказываться.
С графикой, кстати, не так уж всё и плохо в компакт фреймворке. У меня в приложении полноэкранная анимация переходов между окнами (а ля iPhone) — всё летает будь здоров, плюс у меня double buffering реализован на уровне собственного графического фреймворка, поэтому нигде нет ни следа отвратительного мерцания при перерисовках.
Так в этом и парадокс! В сети куча примеров для Compact Framework и очень мало для WinAPI/WTL. С другой стороны, всё понятно — большинству не хочется тратить больше времени, чем это необходимо, если можно добиться почти одинаковых результатов, используя более простую технологию. Ведь «самый популярный» и «самый лучший» далеко не всегда синонимы.
Постараюсь оправдать ожидания :) Правда именно C# vs C++ будет только 8 статей, Кристофер, похоже, забил портировать дальше, последняя статья от 13 декабря 2008 года.
Не соглашусь. Очень важно, что на Самсунге осталась аппаратная навигационная качелька и вообще приличный набор аппаратных клавиш. Не всегда хочется в экран тыкать, и на Самсунге это возможно, в то время как Lenovo как iPhone в этом плане.
Кстати да, я тоже не понимаю, почему в сегменте наручных электронных часов такой бред творится. Я лично терпеть не могу узнавать время по часам со стрелками, но наручные часы люблю, причём стальные с минеральным стеклом. Однако, огромные G-Shock размером с кулак меня не устраивают.
У Casio есть серия Edifice, которая когда-то была неплоха, но сейчас жутко испортилась — обязательно приделывают стрелки на электронные часы, причём эти стрелки настраиваются отдельно и не как стрелочные часы, а как электронные, в итоге переход на зимнее время — это почти полный оборот вперёд, полная чушь :(
Несмешно, т.к. до iPhone OS 3.0 в айфоне его не было. Кстати, вспомнил сейчас, с каким удивлением я года 4 назад обнаружил в бюджетной мотороле c380 (ни разу не смартфоне) сквозной copy/paste.
Ну, в Compact Framework на WM тоже можно через PInvoke вызывать нативные методы. Но никто не мешает целиком писать на С++, а на Андроиде это невозможно, если не ошибаюсь.
Я согласен, что автор оригинала немного загнул, но речь идёт всё-таки о том, как это выглядит для конечного юзера. Искуственность ограничений известна, но обычный человек, как я понимаю, вряд ли сможет с этим побороться. Кстати, а после шаманства появляется task manager для быстрого доступа к процессам или как? :)
Написанных и собранных под конкретную архитектуру на C/C++. На webOS ведь можно только на HTML/JS/CSS делать приложения. А на Android и BlackBerry всё на Java, т.е. тоже не native.
Но слишком уж я люблю C#, чтобы от него отказываться.
С графикой, кстати, не так уж всё и плохо в компакт фреймворке. У меня в приложении полноэкранная анимация переходов между окнами (а ля iPhone) — всё летает будь здоров, плюс у меня double buffering реализован на уровне собственного графического фреймворка, поэтому нигде нет ни следа отвратительного мерцания при перерисовках.
blogs.msdn.com/robtiffany/archive/2009/04/09/memmaker-for-the-net-compact-framework.aspx#9664144
У Casio есть серия Edifice, которая когда-то была неплоха, но сейчас жутко испортилась — обязательно приделывают стрелки на электронные часы, причём эти стрелки настраиваются отдельно и не как стрелочные часы, а как электронные, в итоге переход на зимнее время — это почти полный оборот вперёд, полная чушь :(
developer.apple.com/tools/shark_optimize.html