2014-01-23 3 views
1

Xamarin отлично подойдет, но это будет хорошо подходит для небольшой команды с опытом .Net, который хочет создать приложение для пользователей, не ориентированных на пользователей (Android), iOS & Windows Mobile. Это не сценарий построения и забывания. Приложение будет постоянно развиваться и развертываться через три магазина приложений.Xamarin для небольшой команды разработчиков с опытом .Net?

Xamarin кажется более подходящим для крупного предприятия со многими ресурсами и пулом разработчиков .Net. Я ищу отзывы от тех, кто фактически инвестировал время и деньги, идущие по маршруту Хамарин.

Хотя я чувствую, что небольшая команда .Net может быть более продуктивной в краткосрочной перспективе с Xamarin, у меня есть следующие оговорки, которые не исчезли, экспериментируя с Xamarin или прочитав бесчисленные документы, статьи и комментарии.

  • Нанесение серьезных препятствий после того, как они инвестировали месяцы в разработку, и найти его очень сложно получить помощь, необходимую для решения проблем. то есть небольшое онлайн-сообщество и дорогие варианты обучения и поддержки.

  • Xamarin не может делать то, что может быть сделано изначально.

  • Инвестирование в Xamarin за счет того, что на самом деле не изучается цель C (Java - это не настоящая проблема).

+1

Рекомендации по инструментам и вопросы, как правило, вне темы для SO. – Jason

ответ

1

Это похоже на многие упрямые вопросы о Xamarin vs full native. Если у вас нет разработчиков obj-c/java и только разработчиков .net, перейдите на xamarin. Если вы хотите создать единую базу кода и не иметь каждого приложения на другом языке, перейдите на xamarin. Они неплохо умеют поддерживать день выхода iOS.

Поиск по всем другим вопросам об этом, чтобы просмотреть списки плюсов и минусов людей.

1

Я прошел маршрут Хамарин, и я занимаюсь разработкой на C# в течение многих лет. Я занимаюсь Java и изучал Objective-C для разработки на iOS. Сейчас я делаю это в одиночку или, по крайней мере, с некоторыми друзьями, так что это похоже на сценарий небольшой команды, который вы описали.

Я не пошел бы на любой другой маршрут по ряду причин:

  • , нуждающихся в развертывании более чем на одной платформе и сделать каждый на другом языке, что-то мне не нравится
  • Xamarin выставляет все родное API на каждой платформе, поэтому я не теряю
  • Я легко могу получить доступ к сторонним родным библиотекам на каждой платформе
  • Не-родная проблема для меня не является проблемой, поскольку байт-коды являются родными для iOS и на Android есть небольшое время выполнения, но в обоих случаях производительность не убывает
  • Я сделал некоторые базовые и промежуточные вещи, используя Xamarin, и не было никакой поддержки со стороны сообщества, документации или от Xamarin
  • Я не становлюсь экспертом по Objective-C, поскольку я не разрабатываю его, но я изучаю родные API и их использование одинаково.Вы будете использовать все те же объекты, методы (протоколы и делегаты), которые были бы с Objective-C, но теперь у вас есть другой синтаксис (который я люблю, между прочим)
Смежные вопросы