А так куча файлов выйдет. А вообще есть божественный go to definition!

Ну так файлы можно же по папкам раскидать

Можно конечно вспомогательные классы/структуры приватные хранить рядом

Я имею ввиду в одном файле, посмотри например сорсы dictionary

Можно конечно вспомогательные классы/структуры приватные хранить рядом

Там вопрос описания ВК модели, поэтому вангую минимальное кол-во вспомогашек

Да, тут я полностью согласен, привел просто как пример

Там вопрос описания ВК модели, поэтому вангую минимальное кол-во вспомогашек

Вообще они любят докидывать всякую хрень в дополнение к типичными структурам данных.

Можно конечно вспомогательные классы/структуры приватные хранить рядом

Ооооо, а как лучше enum'ы хранить? В одной файле отдельно. В разных файлах, тоже отдельно. Либо там, где используются.

Типа wall.get возвращает объект записи на стене, плюс какую-то хрень в виде последнего коммента, лайкнувших юзеров и тому подобное.

Там куча объектов, неописанных в доках.

Ооооо, а как лучше enum'ы хранить? В одной файле отдельно. В разных файлах, тоже отдельно. Либо там, где используются.

Сергей выше ответил, оиднльно

Отдельно

Типа wall.get возвращает объект записи на стене, плюс какую-то хрень в виде последнего коммента, лайкнувших юзеров и тому подобное.

Соу ват? WallEntry.Comment Два класса

Сергей выше ответил, оиднльно

В разных файликах?

Да

Приветствую

Еще в ООП есть наследование, когда есть CommentBase с базовыми штукам, Comment полный, CommentWall спецефичный для стены и тп

например

В разных файликах?

Вот как ты назовешь файл, в котором енум: пол, и тип пользователь?

Могу задать вопрос?

Вот как ты назовешь файл, в котором енум: пол, и тип пользователь?

По имени Enum'а.

Могу задать вопрос?

10$

Хдд

Какого, их там два?

Зачем два?

В разных файлах — это в разных файлах.

В одном файле — когда все из проекта.

В разных файлах — это в разных файлах.

Просто я привел пример, почему нужно в отдельных хранить, что было читабельнее

Там куча объектов, неописанных в доках.

из-за устаревшей документации имеет смысл дергать реальный жсон и с него генерить классы

@Worldbeater тебе хинт

из-за устаревшей документации имеет смысл дергать реальный жсон и с него генерить классы

Я так и делал. И буду потом делать.

Прально

@Worldbeater тебе хинт

JSON схему они буквально месяц назад запилили.

Я взял метод, все плюшечки подключил и получил большой JSON.

Но так не везде получится.

JSON схему они буквально месяц назад запилили.

эээ, а до этого как было?

Очень много придётся ручками писать. Сотни, тысячи строк рутины.

эээ, а до этого как было?

vk.com/dev и описалово.

У ВК уже давно JSON же. Или о чом вы?

Очень много придётся ручками писать. Сотни, тысячи строк рутины.

Отнюдь. Можно написать короткий, но умный скрипт, который это все напишет за тебя.

а, ну норм, я думал вообще жсона апи небыло

Я так уже загенерил ВСЕ методы API.

Отнюдь. Можно написать короткий, но умный скрипт, который это все напишет за тебя.

с передачей разных параметров? хм, сомневаюсь что это того стоит

Отнюдь. Можно написать короткий, но умный скрипт, который это все напишет за тебя.

Я не умею.

с передачей разных параметров? хм, сомневаюсь что это того стоит

Мб ты не понял. Есть толстый JSON на 3К строк, в котором описаны все методы.

Вкратце.

Есть одна функция, которая динамически создаёт Image и задаёт ему имя Image.Name = "Avatar_" + User.ID;, и затем выводит UserGrid.Children.Add(Image); Content.Children.Add(UserGrid);. И есть другая, которая в фоне загружает аватарку пользователя, и сохраняет его в папке кэша (если его нет). И в дополнении, она должна к тому Image задать Source. Вопрос в том, как получить этот Image чтобы это сделать.

И еще несколько JSONов, в которых все классы и типы.

Есть одна функция, которая динамически создаёт Image и задаёт ему имя Image.Name = "Avatar_" + User.ID;, и затем выводит UserGrid.Children.Add(Image); Content.Children.Add(UserGrid);. И есть другая, которая в фоне загружает аватарку пользователя, и сохраняет его в папке кэша (если его нет). И в дополнении, она должна к тому Image задать Source. Вопрос в том, как получить этот Image чтобы это сделать.

Зачем загружать?

Ссылку вставь просто.

Мб ты не понял. Есть толстый JSON на 3К строк, в котором описаны все методы.

а, теперь я пони

Есть одна функция, которая динамически создаёт Image и задаёт ему имя Image.Name = "Avatar_" + User.ID;, и затем выводит UserGrid.Children.Add(Image); Content.Children.Add(UserGrid);. И есть другая, которая в фоне загружает аватарку пользователя, и сохраняет его в папке кэша (если его нет). И в дополнении, она должна к тому Image задать Source. Вопрос в том, как получить этот Image чтобы это сделать.

Гулять по визуальному дереву.

Или обязательно кэш нужен?

Ссылку вставь просто.

Тогда же это изображение будет загружаться каждый раз?

Размер в районе 500кб ~ 1мб.

Тогда же это изображение будет загружаться каждый раз?

Есть вариант создать в сорцах BitmapImage и включить ImageCaching.

Будет загружаться 1 раз и сидеть у тебя в памяти.

В какой памяти?

В какой памяти?

Как в какой? В оперативной!

А в физической?

Если в оперативной, то однозначно это не вариант :с

Я придумал, как дудосить сервера.

Нада на них ставить праграмки, которые кэшат тысячи фоточек.

?.

Да, нада создать крутой софт, который будет стоять на каждом сервере, а потом отправлять на него запросы.

И ламать чо хочешь.

Дааааааааааа.

ERROR: S client not available

Только спалят.

И ламать чо хочешь.

Присесть попросят

Расскрою, это приложение для сайта с аниме. Парсит данные с него и выводит пользователю.

Такой вопрос. Допустим, типичная ситуация. Данные приходят от сервера либо в пачке errors, либо в пачке response. { response { count: 123; items: [ // array of VkProfile ] } } { errors: { // пока не смотрел что тут } } Нужно достать и отдать методу содержимое response. Как это лучше сделать? string response = await GetData(); JObject json = JObject.Parse(response); // проверки всякие, не хрень ли в jsonе (типа еррорз или пустота) JToken token = json["response"]; T type = JsonConvert.DeserializeObject<T>(token.ToString()); ето норм?

Тут получается оно аж 2 раза парсит джсон и 1 раз перегоняет его в строку.

неправильно сделал

позже скажу как лучше

Лучше создать объект Response с внутренностями?

окей. спасибо!

Правильно!

?

объект ApiResponce<T>

Спасибо!!!1

в нем пропертя T Responce

А если припрётся Errors?

Типа трай десериалайз, и на основе ошибки другой десериалайз.

ерорс в апиреспонсклассе тоже

Но response на одном уровне с errors.

И? две проперти делай

Обнуляемые например

если еррор не приедет

А. Типа апи возвращает { }, а внутренности Response и Errors.

Супер!

вообще я не знаю как в апи там

как и когда приезжает еррорс

{ response?: {} errors?: {} }

Какой хттпстатус отдает сервер

что-то одно короч

Все сильно зависит от документации

в общем теперь понятно что из себя представляет илитный код. спасибосы

смотри хттп статус какой при еррорсах

можно с ним еще поигратся, чтобы стать немного илитнее