Comments 15
Большое спасибо за библиотеку.
Недавно столкнулся с похожей проблемой, нужно было сделать авторизацию пользователя через вк, постинг, получение информации от друзьях.
Так как времени на реализацию было не много, воспользовался StonewHawk's версией и допилил под свои нужды.
Недавно столкнулся с похожей проблемой, нужно было сделать авторизацию пользователя через вк, постинг, получение информации от друзьях.
Так как времени на реализацию было не много, воспользовался StonewHawk's версией и допилил под свои нужды.
Пара TODO-шек:
— заверните это в CocoaPods
— обновите сырцы. У вас много «старых» вещей: @synthesize'ы, ivar'ы для свойств, id место instancetype
— (сосем уж субъективно) и если можно, то сделайте зеркало на гитхабе, чтоб можно было вам помочь используя более привычные средства ;)
Ну и спасибо вам, конечно же :)
— заверните это в CocoaPods
— обновите сырцы. У вас много «старых» вещей: @synthesize'ы, ivar'ы для свойств, id место instancetype
— (сосем уж субъективно) и если можно, то сделайте зеркало на гитхабе, чтоб можно было вам помочь используя более привычные средства ;)
Ну и спасибо вам, конечно же :)
Не совсем понятно, как работают коллбэки.
Например
подразумевает асинхронный запрос, как узнать что он закончился?
Например
VKUser *me = [VKUser currentUser];
[[me groups] joinGroupID:100500];
подразумевает асинхронный запрос, как узнать что он закончился?
Запросы не асинхронные, это одна из особенностей первой версии.
VKUser *me = [VKUser currentUser];
id serverResponse = [[me groups] joinGroupID:100500];
NSLog(@"serverResponse: %@", serverResponse);
Я бы сказал, что это критичная особенность первой версии. А вообще чаще посматривайте на FB SDK и будет Вам счастье.
Я так понимаю, что на слове «критичная» делается упор, поэтому хотелось бы услышать почему это настолько критично (я прекрасно понимаю, что при загрузке файлов — это еще может доставить какие-то неудобства, но при осуществлении простых запросов...)?
Просто прошу привести пример, не более.
Просто прошу привести пример, не более.
Простой запрос может затянуться по разным причинам, и будет лаг в интерфейсе, который неприемлем. При любой работе в меин треде будет этот лаг, как быстро бы запрос не исполнялся, и это раздражает.
От себя пожелание — кеш запросов в версии 2.0 реализуйте, тем более что AFNetworking собрались исползовать.
Кстати будет только блочная модель у вас или старые добрые делегаты тоже будут?
Кстати будет только блочная модель у вас или старые добрые делегаты тоже будут?
Я бы тогда попросил Вас предложения на ГитХаб писать, там я про них точно не забуду и можно будет отслеживать обязательность/важность вводимых изменений. Если такой возможности нет — ничего страшного.
Что касается блоков как таковых, то пока ничего не могу точно сказать. По опыту из ASASocialServices могу сказать, что блоки не вписываются в моё представление о красивой SDK и удобстве (мне очень не нравится глубокая вложенность блоков, больше 1-2 уровней), но это не окончательно, поэтому будем думать и насчет делегатов.
Что касается блоков как таковых, то пока ничего не могу точно сказать. По опыту из ASASocialServices могу сказать, что блоки не вписываются в моё представление о красивой SDK и удобстве (мне очень не нравится глубокая вложенность блоков, больше 1-2 уровней), но это не окончательно, поэтому будем думать и насчет делегатов.
Отличная работа. А почему второй версии нет в GitHub?
Благодарю за отзыв!
Вторая версия будет находиться по этой ссылке: https://github.com/AndrewShmig/Vkontakte-iOS-SDK-v2.0
Вторая версия будет находиться по этой ссылке: https://github.com/AndrewShmig/Vkontakte-iOS-SDK-v2.0
Sign up to leave a comment.
ВКонтакте iOS SDK