Pull to refresh

Comments 15

Большое спасибо за библиотеку.
Недавно столкнулся с похожей проблемой, нужно было сделать авторизацию пользователя через вк, постинг, получение информации от друзьях.
Так как времени на реализацию было не много, воспользовался StonewHawk's версией и допилил под свои нужды.
Пара TODO-шек:

— заверните это в CocoaPods
— обновите сырцы. У вас много «старых» вещей: @synthesize'ы, ivar'ы для свойств, id место instancetype
— (сосем уж субъективно) и если можно, то сделайте зеркало на гитхабе, чтоб можно было вам помочь используя более привычные средства ;)

Ну и спасибо вам, конечно же :)
1) Сделаем
2) Понял, подкорректируем
3) Так и знал, что надо было оставлять проект на GitHub, а не переводить на BitBucket. В ближайшее время перенесу.

Благодарю за отзыв!
Не совсем понятно, как работают коллбэки.
Например

VKUser *me = [VKUser currentUser];
[[me groups] joinGroupID:100500];

подразумевает асинхронный запрос, как узнать что он закончился?
Запросы не асинхронные, это одна из особенностей первой версии.
VKUser *me = [VKUser currentUser];
id serverResponse = [[me groups] joinGroupID:100500];

NSLog(@"serverResponse: %@", serverResponse);
Я бы сказал, что это критичная особенность первой версии. А вообще чаще посматривайте на FB SDK и будет Вам счастье.
Я так понимаю, что на слове «критичная» делается упор, поэтому хотелось бы услышать почему это настолько критично (я прекрасно понимаю, что при загрузке файлов — это еще может доставить какие-то неудобства, но при осуществлении простых запросов...)?
Просто прошу привести пример, не более.
Простой запрос может затянуться по разным причинам, и будет лаг в интерфейсе, который неприемлем. При любой работе в меин треде будет этот лаг, как быстро бы запрос не исполнялся, и это раздражает.
А что мешает делать хотя бы так:
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0), ^{
   id response = [[[VKUser currentUser] friends] online];

   // обработка и бла-бла-бла
});


PS
Во второй версии данного «косяка» не будет — блоки и делегаты вводятся.
От себя пожелание — кеш запросов в версии 2.0 реализуйте, тем более что AFNetworking собрались исползовать.
Кстати будет только блочная модель у вас или старые добрые делегаты тоже будут?
Я бы тогда попросил Вас предложения на ГитХаб писать, там я про них точно не забуду и можно будет отслеживать обязательность/важность вводимых изменений. Если такой возможности нет — ничего страшного.

Что касается блоков как таковых, то пока ничего не могу точно сказать. По опыту из ASASocialServices могу сказать, что блоки не вписываются в моё представление о красивой SDK и удобстве (мне очень не нравится глубокая вложенность блоков, больше 1-2 уровней), но это не окончательно, поэтому будем думать и насчет делегатов.
Отличная работа. А почему второй версии нет в GitHub?
Sign up to leave a comment.

Articles