ИМХО, это не до VIPER. Циклическое однонаправленный поток данных решает одну задачу, помогает разработчику менять единственное место истинной информации о стейте. Но порождает кучу других не удобств:
— Если нужно поменять какое-то незначительное состояние, ты должен юзать весь цикл и затронуть все элементы слоя, вместо того чтобы просто оповестить об этом ViewModelInput.
— Чаще всего у разработчика порождается некая сущность, что не вписывается в эту модель и он изобретает вызов сервисов прямиком из нажатия кнопок. Минуя всю карусель.
— Отдельная тема воркеры, в VIPER реюзабл логика это четкое понятие Services доступ к которому имеет Interactor и ни кто другой. В YARCH от Альфы, мы видим как и презентер и интерактор обращаются к воркерам.
— и т.д.
В итоге мы изобретаем MVC обмазанный воркерами, где с высоты VIPER видно, что малыш подрастает и будет великим RVIPER`ом, пока что единственной архитектурой для долгосрочных проектов!
Это машинное обучение (machine learning):
Это когда вы берете картошку слайсите ее на слои и раскидываете по полю, только те слайсы, что дали ростки вы поошряете окучиванием, затем выкапываете каждую новую картошку, и опять слайсите и по той же схеме окучиваете. Через 10-20 лет, картошка сама слайсится под землей, окучивается и разнмножается без вашего участия.
Как вам такой вариант? )
Для рефакторинга Vim'у недостаточно «мозгов», а втягивать в него семантический анализатор никто не хочет (да и зачем, когда есть IDE?). Опять же, я рефакторю очень редко, потому не испытываю особую нужду в этой функциональности.
Таким образом делаю выводы что на 2017 октябрь. Vim для VIM юзеров, IDE для IDE юзеров. Поэтому холиворить нет смысла )
Дак не я ж бывалый vimer, в IDE принимаю таблетки от ideaVIM плагина. Просто я думаю тут зависит от наклонности девелопинга для obj-c девелоперов vim немного сыроват, кучу всего нужно придумывать. Но еслб я был Web девелопером или c может быть даже и сидел бы на VIM. Или был бы hardware девелопером, тоже можно. А сейчас очень сильно и по хардкору юзаю refactoring и vim как ни крути не готов к такому, ну либо я не научился курить как делать рефакторинг в Vim и как делать inline debuging в vim. и прочие плюхи.
Попробуйте какой нибудь плагин для браузера типа VimFx — очень удобно, когда левая рука на скролле, а права на мыше.
О да это ваще киллер фича, я не юзал VimFx я слез с файра на оперу и юзаю хром плагин Vimium. Без VIM навигации вообще ни куда. это тру стори.
Кстати чтоб полностью отвыкнуть от мышки, и развить навык управления компьютером с клавиатуры, я ее убрал в долгий ящик. :D
Кстати AceJump говно после последних апдейтов :) затрахался с ним, переюзал все плангины данного типа и вот CharJump просто вкусняшка… лучше нет ничего.
И VIM тоже есть подобный плагин. От туда и пришло в IDE.
О круть спасибо. Сейчас попробую контр атачнуть ^_^
1. Открываю IDE, либо там же выбираю проект, либо открываю сразу проект так как IDE замаплина на него.
2. Если нужна история файлов над которыми работал юзаю CMD+ALT+E. Так же имеется планиг контекстов, мапится на таск трекер практически любой от redmine до Jira. При взятии задачи через этот таск мнеджер, меняется ветка через git flow, переключается конеткст октрытых файлов (очень удобно, когда открыто 100500 файлов, и тебя просят сделать хотфикс, то можно просто поменять задачу в таск менеджрее, а потом свичнуться обратно и открыть все те же файлы — безценно).
3. решается задачей 2.
4.1. CMD+1 переходим в навигейшен, вводим имя директории или примерное место локации где нужно создать файл, нажимаем CMD+N, выбираем шаблон.
4.2. Вариант чаще юзающийся. CMD+ALT+O ищем нужный класс открываем его, CMD+ALT+J переходим в навигейшен, далее по стандартной схеме CMD+N…
5. решается на шаге 4.
6. Юзаем live templates, смарт suggest tool. заполняем не достающие переменные, теплейт создает класс.
7. CMD+ALT+C (у меня) вызывает Commit от плагина VCS, заполняем коммент, так же предупреждены о метках в коде, о ошибка о оптимизации и авто форматировании кода. Коммитится всегда guide style company код, хоть ты в одну линию все написал, все будет чики пуки (конфигурабельно).
т.е. это не заслуги VIM, сколько заслуги VIMScript. При всем этом IDE тоже поддерживает плагины и их можно писать на Scala ^_^
Из вытекающих ништяков, там только частичный функционал normal mode вима, но этого увы, совсем недостаточно для замены
Да конечно, но я вот как то вот вообще не тянусь к vim благодаря этому плагину. А можно плз по подробнее, что вы такое юзаете в vim? И действительно ли так часто?
Killer feature VIM — это навигация через jkl; да и в режимов в Emacs по более будет. так что JetBrains IDE плохое сравнения для VIM так как есть ideaVim со всеми вытекающими ништяками, он навигации до макросов. Да и пока этот Vim запуститься со всеми плагинами чтобы открыть файлик я уже на IDE проект скомпилирую. А так всегда запущен spacemacs для открытия быстро файлов и для org-mode.
И да если вы во время программирования используете мышку, скорее всего вы дизайнер. Набирать код мышкой очень не прагматично.
— Если нужно поменять какое-то незначительное состояние, ты должен юзать весь цикл и затронуть все элементы слоя, вместо того чтобы просто оповестить об этом ViewModelInput.
— Чаще всего у разработчика порождается некая сущность, что не вписывается в эту модель и он изобретает вызов сервисов прямиком из нажатия кнопок. Минуя всю карусель.
— Отдельная тема воркеры, в VIPER реюзабл логика это четкое понятие Services доступ к которому имеет Interactor и ни кто другой. В YARCH от Альфы, мы видим как и презентер и интерактор обращаются к воркерам.
— и т.д.
В итоге мы изобретаем MVC обмазанный воркерами, где с высоты VIPER видно, что малыш подрастает и будет великим RVIPER`ом, пока что единственной архитектурой для долгосрочных проектов!
Это когда вы берете картошку слайсите ее на слои и раскидываете по полю, только те слайсы, что дали ростки вы поошряете окучиванием, затем выкапываете каждую новую картошку, и опять слайсите и по той же схеме окучиваете. Через 10-20 лет, картошка сама слайсится под землей, окучивается и разнмножается без вашего участия.
Как вам такой вариант? )
очень часто крашится, теряет мапинг хоткея, очень долгая инициализация, много не нужного в коде, нужно быть проще для такого рода тулзы.
Таким образом делаю выводы что на 2017 октябрь. Vim для VIM юзеров, IDE для IDE юзеров. Поэтому холиворить нет смысла )
Дак не я ж бывалый vimer, в IDE принимаю таблетки от ideaVIM плагина. Просто я думаю тут зависит от наклонности девелопинга для obj-c девелоперов vim немного сыроват, кучу всего нужно придумывать. Но еслб я был Web девелопером или c может быть даже и сидел бы на VIM. Или был бы hardware девелопером, тоже можно. А сейчас очень сильно и по хардкору юзаю refactoring и vim как ни крути не готов к такому, ну либо я не научился курить как делать рефакторинг в Vim и как делать inline debuging в vim. и прочие плюхи.
О да это ваще киллер фича, я не юзал VimFx я слез с файра на оперу и юзаю хром плагин Vimium. Без VIM навигации вообще ни куда. это тру стори.
Кстати чтоб полностью отвыкнуть от мышки, и развить навык управления компьютером с клавиатуры, я ее убрал в долгий ящик. :D
И VIM тоже есть подобный плагин. От туда и пришло в IDE.
1. Открываю IDE, либо там же выбираю проект, либо открываю сразу проект так как IDE замаплина на него.
2. Если нужна история файлов над которыми работал юзаю CMD+ALT+E. Так же имеется планиг контекстов, мапится на таск трекер практически любой от redmine до Jira. При взятии задачи через этот таск мнеджер, меняется ветка через git flow, переключается конеткст октрытых файлов (очень удобно, когда открыто 100500 файлов, и тебя просят сделать хотфикс, то можно просто поменять задачу в таск менеджрее, а потом свичнуться обратно и открыть все те же файлы — безценно).
3. решается задачей 2.
4.1. CMD+1 переходим в навигейшен, вводим имя директории или примерное место локации где нужно создать файл, нажимаем CMD+N, выбираем шаблон.
4.2. Вариант чаще юзающийся. CMD+ALT+O ищем нужный класс открываем его, CMD+ALT+J переходим в навигейшен, далее по стандартной схеме CMD+N…
5. решается на шаге 4.
6. Юзаем live templates, смарт suggest tool. заполняем не достающие переменные, теплейт создает класс.
7. CMD+ALT+C (у меня) вызывает Commit от плагина VCS, заполняем коммент, так же предупреждены о метках в коде, о ошибка о оптимизации и авто форматировании кода. Коммитится всегда guide style company код, хоть ты в одну линию все написал, все будет чики пуки (конфигурабельно).
т.е. это не заслуги VIM, сколько заслуги VIMScript. При всем этом IDE тоже поддерживает плагины и их можно писать на Scala ^_^
Да конечно, но я вот как то вот вообще не тянусь к vim благодаря этому плагину. А можно плз по подробнее, что вы такое юзаете в vim? И действительно ли так часто?
И да если вы во время программирования используете мышку, скорее всего вы дизайнер. Набирать код мышкой очень не прагматично.