Работаем с Xamarin.Forms

В этой статье я расскажу вам, как можно вывести любое мобильное приложение на более высокий уровень – полностью кросс-платформенный и управляемый.


Одна из сильных сторон Xamarin — гибкость. При использовании большинства традиционных методов разработки для мобильных устройств необходимо учитывать особенности каждой отдельной платформы.

Приведу несколько примеров:
• iOS: ObjectiveC или SWIFT с использованием XCode в качестве интегрированной среды разработки.
• Android: Java с использованием Eclipse в качестве ИСР.
• Windows Phone: C# или любой язык .NET с использованием Visual Studio в качестве интегрированной среды разработки.

В этой модели для построения одного мобильного приложения, ориентированного на несколько платформ, необходимы группа разработчиков, владеющих искусством программирования для каждой платформы, или один разработчик, который освоил все стили программирования. В любом случае при переходе от разработки к выпуску, а затем обслуживанию вам придется поддерживать отдельные экземпляры программного кода. Впоследствии при изменениях и совершенствовании программы между версиями для разных платформ не будет полного соответствия (впрочем, его и не требуется). Таким образом, у вас будут различные версии сборок для одного приложения.
С появлением Xamarin картина меняется.


Как показано на скриншоте выше, благодаря Xamarin появляется одна большая «общая» база программного кода для всех трех основных мобильных платформ.

На эту общую базу приходится примерно 75% кода, не зависящего от границ между платформами.

Это выгодно, и ваши приложения удастся выпустить в продажу гораздо быстрее, чем при отдельном программировании для каждой платформы, но остается вопрос: как быть с остальными 25%?

Блоки на рисунке, относящиеся к средам iOS, Android и Windows, нуждаются в специфическом коде, который не может быть общим для всех платформ. Обычно они относятся к пользовательскому интерфейсу и связаны с уникальными элементами управления, то есть представлениями (view), макетами (layout) и страницами (page). Подробнее обо всем этом будет рассказано ниже, а кроме того вы можете прочитать другие материалы по теме в моем персональном блоге (http://www.fabiangwilliams.com/2015/06/18/xamarin-forms-basic-stuff-to-wams-expert/).


С помощью Xamarin.Forms можно построить не только общий код для внутренних компонентов, но и общий код для пользовательского интерфейса (см. скриншот выше). В результате доля общего кода разных платформ увеличивается и достигает от 90 до 95%. Таким образом, однажды спроектированный код пригоден для трех наиболее распространенных платформ.

В центре внимания — пользовательский интерфейс Общепризнанный факт: продажи приложений и успех их внедрения в первую очередь зависят от пользовательского интерфейса. Ведь именно его видят и с ним взаимодействуют пользователи. Независимо от достоинств внутренних компонентов, какими бы «волшебными» свойствами они ни обладали, программу помнят и судят по скорости и удобству пользовательского интерфейса.