Как стать автором
Обновить

Комментарии 17

Проект с реализацией можно увидеть?
в обоих библиотеках есть хорошие примеры.
Это просто полнофункциональный мобильный клиент для онлайн игр в преферанс, шахматы и реверси для клуба Трельяж (http://trellis-club.com) Делается на websockets без изменения серверной части. (гетерогенный сервер и для html5 клиента и для iOS и для Androide).
Пока что готового приложения нет. На скриншоте выглядит примерно так:
image
Проситься в appstore будем недели через две.
Или вы про исходный код проекта? Если да, то нет. Пока нельзя.
Если html5 клиент полнофункциональный, то зачем переписывать на native?
Потому, что у native приложения априори гораздо больше возможностей, и потенциально высокое быстродействие и экономия ресурсов.
Возможностей конечно больше, но дешевле написать плагин для связки js<->obj-c чем с нуля переписывать работающие приложение, да и независимость от App Store большой плюс.
> дешевле написать плагин для связки js<->obj-c

И получить на выходе тормозящее и глючное УГ? Нет уж. Уже Пробовали.
Браузерный клиент никуда не делся и он всегда будет основным.
Им можно пользоваться в том числе на мобильных устройствах тоже.
Но что плохого в том, что для всех основных устройств будет быстрый и удобный нативный клиент? Цена разработки? Ну да, за все в этой жизни приходится платить. Но, как говорится в одной песне, «мы за ценой не постоим».

> да и независимость от App Store большой плюс

Если рассматтивать App Store как еще один канал для
распространения и пиара сервиса, то, скорее минус.
На iOS5 скорость работы браузера и html5 приложений возрасла.
Но вот 3.1 там все плохо, это правда, зато html5 клиент дает возможность запустить даже с телевизора.
с html5 клиента действительно можно играть хоть с кофеварки. Нативные мобильные клиенты разрабатываются не ВМЕСТО браузерного клиента, а параллельно с ним, и прекрасно уживаются с ним в гетерогенной среде
Я имел ввиду исходный код (how to проект) в котором бы показывалась вся мощь и простота аутентификации через Google аккаунт и Facebook. Чтобы можно было скачать проект, закинуть в Xcode и посмотреть, как там всё устроено.
Специално для этого тестовый проект мы не делали. Но практически все что нужно сделать в проекте для простой аутентификации, написано в этом посте. А потом уже можно наворачивать нужные features по документации.
Спасибо за статью! Как раз, в скором времени, задачу с аутентификацией в iPhone приложении через Google необходимо будет решать.
обратите внимание на классы FBLoginDialog и FBDialog в sdk фейсбука, отпадет необходимость в костыле с открытием браузера
Это не костыль, это возможность пользователю не вводить повторно свой пароль если он уже залогинен в фейсбуке через сафари или официальное приложение. FBLoginDialog автоматически используется на девайсах с iOS < 3.0.
Кроме того, если посмотреть в хедер FBLoginDialog увидим там надпись:
Do not use this interface directly, instead, use authorize in Facebook.h
Apple уже наконец-то зарелизила свою реализацию json, по крайней мере на мак ос.
В iOS5 тоже будет, вместе с системным фреймворком для single sign-on авторизации
Будет-то оно будет. Но нам нужно поддерживать весь спектр устройств. Включа iPod Touch 1st generation. А это — максимум 3.1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории