Народ, подскажите, есть два GET запроса, оба осуществляются без параметров, только разные юрлы у них.
Стоит ли делать один общий для них метод, в который я буду передавать строку юрл из контроллера или сделать два отдельных метода ?
конечно сделать два отдельных метода... потому что потом параметры появятся, изменяться данные которые они возвращают... и т.д. и т.п.
Igor
Igor
и вообще работу с сетью не осуществлять из контроллера
David
мнения разошлись))
Igor
а делать через датасорс
Igor
сегодня это гет запрос, завтра это запрос в базу, послезавтра это запрос в файрбейз...
Igor
если хочется после каждого изменения менять контроллер - велкам :) можете тогда прям из контроллера сеть дергать :)
Андрей
когда тебе надо ее открыть?
когда загрузится эм.. вью контроллер(?) на котором находится компонент веб-вью
если с точки зрения пользователя , то когда я в меню выбираю пункт (в конечной фазе этого действия)
David
если хочется после каждого изменения менять контроллер - велкам :) можете тогда прям из контроллера сеть дергать :)
т.е. в данном случае нормально если есть два запроса ввида:
http://test.api/hello
http://test.api/bye
оба гет, оба без параметров и сделать им отдельные методы ?
Roman
сделай сервис с каждым запросом отдельно и урлы им пропиши, они в свои очерель будут дергать метод GET общий. Вызываешь сервис с блоком уже готовый где нужно
Андрей
чото типа компонент дид лоад
Павел
когда загрузится эм.. вью контроллер(?) на котором находится компонент веб-вью
если с точки зрения пользователя , то когда я в меню выбираю пункт (в конечной фазе этого действия)
Тогда вызови это во viewDidLoad в своем контроллере с вебвьюшкой
Александр
override func componentWillLoad()
Igor
есть сервис... в нем есть два метода sayHello, sayGoodbye... а что там внутри - это отдельный вопрос
Igor
контроллер общается только с сервисом
Андрей
Тогда вызови это во viewDidLoad в своем контроллере с вебвьюшкой
ты прикалываешься ? ? файл не работает и как его подключить мне никто не может толком сказать
David
есть сервис... в нем есть два метода sayHello, sayGoodbye... а что там внутри - это отдельный вопрос
ну в том то и дело, получается что в моем случае внутренности у них одинаковые
David
что у первого что у второго, отличия только в юрле)
Igor
David, внутринности у них сейчас одинаковые, а завтра могут быть разными...
Igor
это раз
Павел
есть два GET запроса ... какой сам пошлешь, а какой матери отдашь?
David
)))
Igor
два, никто не мешает сделать отдельный слой в который как раз и передавать строку hello/goodbye
Igor
но НЕ НА УРОВНЕ контроллера
David
David, внутринности у них сейчас одинаковые, а завтра могут быть разными...
ну это тестовое...
Igor
так суть тестового не "сделать чтоб работало"
Igor
а сделать "чисто", чтоб это поддерживалось в будущем, чтоб понятно что происходит
David
Павел
2 отдельных запроса это более стильно и перспективно
Igor
потому что [self callApiMethodWithName:@"hello"] - я бы дальше не смотрел тестовое :)
Igor
хотя callApiMethod - вообще неплохо
Павел
но внутри они будут дергать один медот для отправки запросов
Павел
потому что [self callApiMethodWithName:@"hello"] - я бы дальше не смотрел тестовое :)
callApiMethodWithName Ну это же ядреная штука, она может быть, но дергаться она должна через отдельный метод
Павел
например через getHello
Igor
Архитектор
В Android для REST-запросов есть либа Retrofit, очень популярная, все ее любят. Как дела обстоят здесь? Какие либы есть для REST, загрузки изображений и т. д.
Igor
что там под капотом у сервиса - это отдельная история, контроллеру об этом знать не надо
Igor
и еще
Павел
RestKit
Igor
учитывая то, что это работа с сетью - надо бы запросец асинхронно делать
Igor
в отдельном потоке
David
сделал так...
Павел
Игорь, ты тут тестовое принимаешь чтоль? =)
David
David
контроллер непосредственно вызывает эти методы и получает 2 блока
Igor
что такое Provider ?
Igor
я бы убил за Provider :)
Igor
из названия класса понятно что он что-то кому-то дает :)
David
Набросок не более))
Igor
Service - не лучше Provider
Haile
я бы отшлепал
Haile
а ServiceProvider?
David
:DDD
auto
Service это новое модное слово
Павел
microServiceProvider
auto
Что бы Manager не называть
Igor
да хоть Manager
auto
Типа дядю Боба почитали
auto
И никаких Менеджеров
auto
кекекекеке
Igor
Ну хотя бы чуть-чуть суть класса опишите в названии
Павел
microServiceManagerProvider
auto
Да это набросок
auto
Он же написал
auto
Это не кодревью
David
++
auto
Что ж ты писосом то своим машешь, мы поняли, что ты не джеесер, который пытается вебвью написать
auto
Успокойся
David
угу, а я просто дальше рассказываю где вижу "косяки" :)
так такая реализация подойдет или нет?
auto
Мне аж чувака жалко стало
Igor
Мне аж чувака жалко стало
а я бы порадовался за него, яж не порку устраиваю, а даю советы (на мой взгляд дельные) :)
Архитектор
Со свифтом использовать можно?