09:55 

АльКорд
beta-тестер
Метод user.get имеет на первый взгляд исчерпывающую информацию, судя по документации. Однако, на деле JSON-массивы fav, readers и mycommunity.members, community.master, community.moderator и community.member имеют только список ID. Оно, может быть, когда-то и удобно, однако, на деле оказывается не так.

Если мы хотим приблизительно воссоздать профильную страницу со списком избранных и ПЧ под общей информацией юзверя или страницу списка избранных, то, мы имеем список ID, да. Однако, чтобы вывести ники и названия дневников в аккуратном списке, потребуется 2*N запросов, где N - длина одного массива из этих шести. Можно, конечно, выводить список с пагинацией или реалтаймовой подгрузкой (только на странице списка избранного), как это сейчас модно, но, даже с пагинацией в limit=20, запросов на сервер улетит 40 штук, следовательно, возрастет нагрузка на сервер и время получения всей необходимой информации клиентом.

Вы не могли бы расширить эти массивы с простыми типами данных до JSON-обджектов примерного вида:

? В идеале бы ввести такое же необязательное поле fields, которое уже есть в этом методе, но для вот этих массивов, так как кроме моего такого желания есть желание другого человека, и ему важно в таком обджекте еще иметь дату последнего поста.

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

@темы: Статус: решено, user.get

Комментарии
2013-09-25 в 10:40 

gluker
очень_очень_очень_много_букв_ без_пробелов
   

@API

главная