anonym_1csIyn7vyNW7

Весьма специфичный танк. Играть на нем, как на ТТ - весьма и весьма просто. Непробития очень редки, как и рикошеты. Хотя бывает, что часто какой-то отдельной взятый танк не пробивает (рикошет\без урона) - чаще всего это верхняя часть башни, угол. Во всяком случае, у меня. Ставить ромбом - никак не выходит, все равно пробивают, кому ни лень - учитывая его картонную голову, от ромба толку не сильно. В общем, преимущественно играю как ПТ, держаться подальше, иногда 1-2 линии, главное - не быть на открытой местности (в зависимости от положения). Коническая пушка - самое классное, что мне нравится в этом танке. Чудовищное пробитие, неплохая точность - позволяет раздавать люлей прямо на ходу или не дожидаясь сведения (ближне-средний бой). Что бы чаще попадать подальше - требуется ждать сведения, иначе чаще всего - промажешь. Позволяет выцеливать лючки и прочие неровности. Знание примерной скорости перезарядки вражины дает возможность сделать 1-3 выстрела до перезаряда противника, прежде чем уйти в укрытие. Если бы не оружие - было бы совсем уныло.

А в чем проблема? А то, что тяжей по 6-7 в одну команду кидает - в этом проблемы нет, или как?

А кто мешает тяжам и прочим классам стоять в кустах и стрелять по засвету? Первая ветка немецких ПТ САУ отлично танкует. Пробей-ка башню в лоб ятигру или е100) Новая ветка вафельных - у них в ДНК прописано стоять в кустах, иначе первый фугас выносит по пол танка.

Такие у меня есть. Я думал, может быть раз уже такая форма подачи ачивок, то не нужно следить особо за аппом - и картинки сами подтянутся при добавлении новых ачивок. Но и описания тоже короткие. Придется совмещать. А нет, они даже 200*200. У меня такие.

А рендеров ачивок с более высоким разрешением не будет выкладываться на сервер?

Хорошо. Т.е. при добавлении новых наград версия будет изменятся?

И вопрос. >>http://worldoftanks.ru/static/2.10.0/encyclopedia/tankopedia/achievement/medalbillotte.png Можно ли на 2.10.0 ориентироваться, как на текущую версию статических данных? Т.е. при изменении этой версии я планирую перекачивать все данные (ачивки пока что) с 0, вместе с картинками?

Смотрю, апи все лучше и лучше становится. Вот вопрос возник: https://ru.wargaming.net/developers/api_explorer/wot/encyclopedia/achievements/?application_id=demo&http_method=GET&run=1 Сейчас все готово почти к тому, что бы вся работа с ачивками была динамической - т.е. все данные берутся с сервера. Включая локализированные имена. В энциклопедии ачивок есть поле section, которое означает группу ачивки, но я не нашел где вытянуть локализированное название этой группы. Планируется ли ввод сего в АПИ или же группы пока обновляться совсем не будут?

Кстати, я более детально посмотрел в АПИ, касательно поиска пользователей. итак, в андроид версии при поиске выводится инфа следующая: ник игрока, краткое имя клана, название клана. Если я верно разобрался с методами АПи, то для получения этих данных необходимо сделать следующие действия: 1. собственно поиск пользователей. 2. метод детали игроков клана 3. детали клана для получения краткого имени. Верно сужу я? Не знаю как вам, но мне это не нравится совсем.

>>Таких изменений вводится не будет, это не совсем рационально. Ну как хотите. Мне то все равно. Мое дело не хитрое. Это ж не мои пользователи будут на GPRSе приложением пользоваться. >>В силу архитектурных особенностей это более трудоемко чем Вы себе представляете И как же мне это отследить? :)) Такая фича реализована у вас на андройде?. Окей, дата последнего патча меня тоже устроит ^_^.

рекомендую немного изменить выдачу по account/info в секции player.private.friends. Сейчас это список айдишников. Что бы получить название клана, необходимо сделать запрос на детальную инфу о игроке в клане (clan/membersinfo). Из-за одного поля делать доп запрос. В поиске такая же ***. Можно сделать по запросу - кому нужны поля, добавят выдачу инфы о клане. Еще одно предложение: есть энциклопедия танков. Инфа в ней по факту более чем статична от обновления к обновлению. Рекомендую добавить общий запрос в АПИ вида global\updates, с ответом вида "SOME_API_NAME : LAST_DATA_UPDATE". Собственно, что это даст - при старте приложения необходимо обновить инфу по энциклопедии. А это килобайт 60. Собственно, это бесполезные траты ресурсов. Выгоднее ответ один раз сохранить либо в базу, либо в виде json в память и далее запрашивать данные только при их обновлении. Я не знаю, как это у вас там хранится, но если в базе - то нужно сделать лишь триггер на таблицу.

дополняю - энциклопедия танков, тип танка, нация [DataContract] public enum EVehicleType { [DataMember(Name = "AT-SPG")] ATSPG, [DataMember(Name = "mediumTank")] MediumTank, [DataMember(Name = "lightTank")] LightTank, [DataMember(Name = "heavyTank")] HeavyTank, [DataMember(Name = "SPG")] SPG, } [DataContract] public enum ENation { [DataMember(Name = "ussr")] Ussr, [DataMember(Name = "germany")] Germany, [DataMember(Name = "france")] France, [DataMember(Name = "china")] China, [DataMember(Name = "usa")] Usa, [DataMember(Name = "uk")] Uk, [DataMember(Name = "japan")] Japan, }

В любом случае там не json array как случае clan/list и account/list. Такая же ситуация и с внутренним полем members, где таким же способом описан список членов клана. Не знаю какие мысли и задумки были у авторов этой части кода, но на мой взгляд во всех случаях должны позвращаться json array, хоть при поиске, хоть при перечислении. Спецификации по структуре http://json.org/ , http://www.json.org/json-ru.html. Конкретно - справа структура. Чуть ниже объясненени что такое object, а что такое array. >>данные по конкретному одному клану Нет, он возвращает столько данных, сколько ему передали в запросе (до лимита). Т.е. (как по мне) что у поиска, что тут в ответе должен быть массив найденных кланов\игроков\детальной инфы по кланам. Аналогично и для поля members. Там список игроков. Можете сами проверить https://api.worldoft...o&clan_id=1,2,3

Прошу прощения, я ошибся немного.Структуру clan/list, account/list следует сравнивать с clan/info. Зеленым помечен массив. Красным - объект с полями. В случае clan/list и account/list мы видим в data список. В случае деталей клана (куда можно передать несколько id клана), возвращается data как object с полями-объектами, имя которого соответсвует айдишнику клана. И, как по мне, если это было целью такого огорода, информация излишняя. так я и добавил. Заодно важность должности соотвествует позиции в перечислении, при отображении на экране никакие сортировки производить не нужно). [DataContract] public enum EClassMemberRole { [DataMember(Name = "leader")] LeaderRole, [DataMember(Name = "vice_leader")] ViceLeaderRole, [DataMember(Name = "commander")] CommanderRole, [DataMember(Name = "recruiter")] RecruiterRole, [DataMember(Name = "treasurer")] TreasurerRole, [DataMember(Name = "diplomat")] DiplomatRole, [DataMember(Name = "private")] PrivateRole, [DataMember(Name = "recruit")] RecruitRole }Просто я хочу узнать о новых значениях не методом тыка или поиска по сопутсвующим вики, а знать наверняка, что я могу там получить. В данном случае мне пришлось обойти примерно 5 кланов, пока я попал на новые значения (рекрутер и бухгалтер). Обычно, такую информацию пишут уже конкретно в документации.

где найти значения, которые передаются в member.role в http://wiki.worldoft...ution_of_Rights (табличка снизу) я примерно подобрал значения - private commander diplomat recruit vice_leader leader recruiter treasurer Вроде правильно. Неплохо бы было эту (и, возможно подобные этому) данные писать в API в качестве допустимых значений. Как, например, это сделано с языками во входящем параметре.