>>111843
>нахуя это,какие жесты ты ловишь?
Переход между постами по свайпу в режиме читалки одного поста, например. С анимацией.
>через статические объекты
В WP нет {x:Static ...}
Делать костыль с экземпляром для доступа к статике? Премного благодарен, в другой раз как-нибудь.
>Про биндинги вообще чушь полная
Ты с этим не сталкивался.
>в событии текстбокса
Вот именно это и имел. Мы подходим к самому чоткому моменту. А теперь ты мне быстрабля объясняешь, где лежит этот обработчик. В code-behind же, так? А если таких обработчиков много? Всё в коде страницы? Что, даже не разбивая на части всё это? Вот шёл бы ты отсюда что-нибудь сложное и крупное написать. UserControl - это не велосипед. Это просто выделение части UI в отдельный файл для повторного использования. Для этого и предназначен. А то, что ты крутых перцев начитался про то, как это плохо UserControl, как это ко-ко-ко не mvvm. Будто я этих петухов не читал. Но они писали о WPF, начнём с этого, этим и закончим. В Windows Phone (в отличие от WPF) нельзя реализовать полный MVVM из-за части выпиленного функционала. Всё равно не будет полностью декларативного описания UI. Как ты, лолка, собрался события к вьюмодели биндить? Без функционала event binding на вьюмодель (а не в code behind) через xaml? NEEKAQUE!
То есть в Windows Phone использовать UserControl иногда - это единственный способ вменяемо разбить сложный UI страницы на части. Не свой контрол писать, я это подчёркиваю ещё раз, а именно с целью разбить простыню и повторно использовать части UI.
>их пишуточень знающие люди, а используются они в тысячах приложений
Спасибо, я знаю. Только я лично наелся говна с этим. Со странным поведением LongListSelector на WP7 (при нормальном на WP8), с багами в платном компоненте от C1, с багами в Windows Phone Toolkit. И что сука характерно, я эти баги нашёл в их багтрекере, покамест не исправленные.
>И не брезгай использованием сторонних компонентов
С ними больше всего проблем и было, лол. Я же даже кое-что купил. И после был вынужден отказаться от использования из-за особенностей в нетривиальных сценариях.
Просто не обижайся, но "Свободное общение" в несколько раз сложнее твоего двач.браузера. И с точки зрения сценариев UI тоже. И нетривиальные проблемы там имеются. Например у меня браузер показывает ZALGO, лол. А у тебя нет. Такие вещи без кастомного рендеринга тоже сделать slozhnovato. Ибо RichText в Windows Phone ну очень урезан по сравнению с WPF. Да, я не скрываю, что у меня не всё хорошо с архитектурой (в 2.0 с этим лучше), и что весь код пропитан насквозь многолетним опытом работы в enterprise начиная с .NET 2.0 (я ещё застал Windows Forms). Но это не значит, что я на пустом месте так пишу.
>Если есть технические вопросы, задавай, добродвач же
Вот расскажи, как на твой взгляд надо писать мобильные приложения. Ты, наверняка, читал литературу по мобильной разработке. Но что-то мне подсказывает, что ответом на многие вопросы "как?" будет "нинужно!"
>ты обрекаешь пользователя на море багов, репортовкоторых полон тред
Поверь, багов очень мало, учитывая масштаб (около 600-700 файлов исходного кода, точно не скажу сейчас) приложения. Я же тестирую всё перед релизом. Да, баги всплывают (в 2.0, кстати, все мажорные баги были на совести Windows Phone Toolkit). Но они правятся. А автоматизированные тесты - это та ещё религия (не надо обвинять меня в ретроградстве, я автотестированием занимался по работе), там всё далеко не так гладко, как пишут евангелисты TDD. В том числе и в самих основах подхода, не говоря уж о реальных реализациях. Ну и может нам в программач перекатиться с этим?