На чем сейчас делают Backend для мобильных приложений?

Question

[Wade2k]

Приветствую.
Сейчас плотно занялся мобильной разработкой, но столкнулся с тем, что очень часто требуется взаимодействие мобильного приложения и серверной части, и кроме того часто нужны веб морды к настройкам приложений.
Веб разрабатывал обычно на php используя zend frameword 1
Вот сейчас думаю писать все на zend framework2 - и api и веб управление для приложений
Или может быть есть что то проще? желательно на php

Answer 1

[NetBear]

Например, существует большое количество проектов типа Youtube и Drobox, которые написаны на Питоне.
У вас есть какие-то прикидки по возможным нагрузкам на серверную часть?

Comments

[Wade2k]

Думаю, нагрузки будут небольшие. Просто не хотелось бы, например, для api писать просто на чистом php для скорости, а для веб кабинетов zf2. Хотелось бы все в одном стиле)

[NetBear]

Я не специалист в Зен фреймворке и не смогу навскидку оценить его слабые стороны.
Посмотрите на эту дискуссию. Там люди говорят, что есть достаточное количество серьёзных вещей, которые крутятся на ЗФ. Также там дают массу рекомендаций по разного рода оптимизациям.
stackoverflow.com/questions/3777765/using-zend-fra...

Answer 2

[Максим Пригоженков]

Мне кажется, что можно писать почти на любом языке (хоть на objective c). Главное чтоб JSON или XML формировались, если с REST работаете.

Answer 3

[Роман]

Можно использовать Parse.com. Соответственно Cloud Code для кастомной логики.

Плюсы:
- Быстрая интеграция
- Огромное количество полезного функционала из коробки
- Много примеров
- Доки на русском/английском

Минусы:
- При серьезном трафике придется платить
- Сильно нагруженный мессенджер сделать не получится

Если вы хотите сосредоточиться на мобильном приложении, и не париться с бэкэндом, то советую использовать этот вариант.

Answer 4

[Stanislav Tarasenko]

Согласен с DevMan.

Я, например, использую Yii2. В нём есть готовые инструменты для REST.

Answer 5

[Александр Дубина]

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

Comments

[Александр Щербаков]

Не вижу в этом подходе вообще никакой логики.

[Александр Дубина]

mkll: тоесть? Зачем изучать и стараться быть специалистом в 2-3 технологиях, если можно быть на голову выше в одной ттехнологии ( например си шарп - и сайты, и приложения, и сервисы)

[Александр Щербаков]

Александр Дубина: Вы посмотрели на проблему с точки зрения развития себя как специалиста, но есть и другие взгляды на ту же проблему, с другой точки зрения. Возьму на себя смелость утверждать, что цель любой разработки - это в первую очередь создать продукт (если эта разработка, конечно, не происходит исключительно в целях самообразования). А для создания продукта нужно применять те технологии, которые позволят наилучшим образом решить поставленную задачу, а не те, которые разработчик имеет желание, видите ли, лучше всего изучить. Желания разработчика заказчика не интересуют.

Более того - вы несколько противоречите самому себе. Если вы разрабатываете мобильное приложение, то вы - мобильный разработчик и вам вообще нечего делать на серверной стороне.

Кроме того, язык программирования - это не технология, вообще-то, т.е. вы еще и понятия подменяете. Один и тот же Objective C применяется и для iOS, и для OS X, но технологии, фреймворки, лучшие практики и проч. для обеих платформ довольно сильно различаются. И эта разница еще более заметна, когда мы сравниваем клиентское приложение и серверное, пусть они даже и написаны на одном языке.

Вот как-то так.

[Николай]

mkll: Всегда хотел сосредоточиться на чем-то одном, но никогда не получалось. Всегда приходилось лезть и в бэк и во фронт енд. Так что логика делать все на одном языке все же есть

Answer 6

[Михаил Епихин]

Попробуйте Scorocode - развивающийся аналог закрывающейся платформа Parse.com.