да а логика не ио

-_-

Хм. Я утверждал иное?)

Контроллер и реализует бизнес логику)

1

Зачем плодить сущности? Сервисы и фабрики больше для I/o

2

бизнес логика например в сервисах можно описать

Например и можно это НЕ исключительная возможность

Ты сам с собой споришь, я в этом не участвую

Я вообще хотел сказать что скорее всего фреймворк уже предоставляет инструменты для того чтобы правильную структуру кода делать. Некоторые фреймворки типа реакта просто навязывают свою структуру. Нужно уметь её строить в соответствии с. Вот.

Я вообще хотел сказать что скорее всего фреймворк уже предоставляет инструменты для того чтобы правильную структуру кода делать. Некоторые фреймворки типа реакта просто навязывают свою структуру. Нужно уметь её строить в соответствии с. Вот.

ну кстати в реакте тоже в принципе можно разложить как попало, больше в БЕ фреймворках такое практикуется, например на PHP отличный пример Laravel в котором четко по директориям разложено где контроллеры где что

ну кстати в реакте тоже в принципе можно разложить как попало, больше в БЕ фреймворках такое практикуется, например на PHP отличный пример Laravel в котором четко по директориям разложено где контроллеры где что

это до того момента когда приложение мелкое, а дальше начинает бесить 100500 контроллеров в папке, та даже если по папкам раскинуть их

ну тут да :(

Может быть это неизбежно

У меня аналогия возникла - пришел ты в ресторан на какой-то праздник, может быть день рождения. Ждешь что сейчас что-то вкусное подадут. И выносят безвкусную кашу. Однородную, даже не различить ничего отдельного, всё одно и то же. Ты её ешь и напрягаешься, пытаясь представить что-то вкусное. Так и у меня сегодня. Код просто как однородная размазанная масса, никаких комментов, почти никакой структуры. Надо сильно напрячься чтобы понять.

Если переложить на бэкенд этот спор, то будет что-то типа: Жирные модели с логикой vs жирные контроллеры

только не контроллеры

Лучший новостной-инсайдерский канал в Telegram! ? https://t.me/SharkCIA Там Вы найдете: ? Ежедневный поток полезной информации. ? Аналитические статьи. ? Интересные факты. ? И многое другое! ? Целый путеводитель к успеху в вашем телефоне. ▪️Присоединяйся к каналу: ▪️https://t.me/SharkCIA

@Ai_boy

Подскажыте какието уроки, видеоуроки, стати для углубленого изучения Angular.js

сейчас бы углубленно изучать ангулярjs в 2018-ом

Ребят скажите, на реакте есть такая штука: https://habrahabr.ru/company/nixsolutions/blog/324562/. А есть ли что-то подобное в Angular / AngularJS?

Ребят скажите, на реакте есть такая штука: https://habrahabr.ru/company/nixsolutions/blog/324562/. А есть ли что-то подобное в Angular / AngularJS?

Nativescript

Nativescript

спс! А что лучше в работе и проще в обучении? Тема такая. ~10 разрабов, пишем на AngularJS пока фронты. Есть понимание что пора менять стек, и либо переходить на Angular, либо на React.

​​Давайте положим конец холиварам Реакт vs Вью vs Ангулар Возьмём за правило применимость технологии для бизнеса. Технология должна быть а) стабильна б) испробована в) легко интегрируема г) с большим количеством людей, которые готовы её поддерживать Все эти причитания про удобство разработчика и всё остальное — чушь. Да, у нас рынок специалистов, но если технология маргинальна (привет, Cycle.js!), то никого не волнует удобно ли вам на ней писать или нет. Стабильность и испробованность Измеряются легко: чем больше компаний (крупных) используют технологию, тем ниже вероятность ошибки. Легкость интеграции Завязываться на одного сеньора-мастермайнда — глупо, поэтому у технологии должна быть хорошая документация и лёгкий порог вхождения. Либо понятное обучение. Специалисты Ну тут понятно — чем больше сторонников технологий, тем проще найти нового человека на продукт и не платить ему деньги в несколько раз выше рынка. Напомню недавний опрос из Джсдобс и этого канала: https://t.me/rodionovrodionovrodionov/380 Попробую высказать субъективное мнение по каждому из трёх столпов фронтэнда. Реакт — нормальная документация, — используется во многих компаниях: от Фейсбука до Нетфликса и российских лэндигов по продаже ножей-кредиток, — 4 года продакшена, — большое коммьюнити: много готовых модулей, — специалистов много, — делает Фейсбук и открыты к опенсорсу. Вью — отличная документация и очень лёгкий старт, — используется у китайцев, они же и вливают деньги в развитие, — пару лет в продакшене, — развивающееся коммьюнити, но мало готовых модулей, — желающих специалистов много, — делает один человек, но Алибаба вливает деньги в поддержку. Ангулар — не очень понятная документация, — после жёсткого перехода AngularJS → Angular 2 очень многие компании отвалились, — полтора года в продакшене, — не такое больше коммьюнити из-за второго пункта, — нравится в основном бэкэндерам, а у них не самый лучший фронтэнд получается, — поддержка вендора хорошая: типизирован плюс из коробки есть роутинг, формы и всё остальное. Вывод достаточно простой: Реакт это пуленепробиваемый выбор, Вью — если хочется экспериментов, Ангулар — если доверяете бэкэндерам. Лайк, шейр, и не забывайте зачем вы вообще пишете код.

​​Давайте положим конец холиварам Реакт vs Вью vs Ангулар Возьмём за правило применимость технологии для бизнеса. Технология должна быть а) стабильна б) испробована в) легко интегрируема г) с большим количеством людей, которые готовы её поддерживать Все эти причитания про удобство разработчика и всё остальное — чушь. Да, у нас рынок специалистов, но если технология маргинальна (привет, Cycle.js!), то никого не волнует удобно ли вам на ней писать или нет. Стабильность и испробованность Измеряются легко: чем больше компаний (крупных) используют технологию, тем ниже вероятность ошибки. Легкость интеграции Завязываться на одного сеньора-мастермайнда — глупо, поэтому у технологии должна быть хорошая документация и лёгкий порог вхождения. Либо понятное обучение. Специалисты Ну тут понятно — чем больше сторонников технологий, тем проще найти нового человека на продукт и не платить ему деньги в несколько раз выше рынка. Напомню недавний опрос из Джсдобс и этого канала: https://t.me/rodionovrodionovrodionov/380 Попробую высказать субъективное мнение по каждому из трёх столпов фронтэнда. Реакт — нормальная документация, — используется во многих компаниях: от Фейсбука до Нетфликса и российских лэндигов по продаже ножей-кредиток, — 4 года продакшена, — большое коммьюнити: много готовых модулей, — специалистов много, — делает Фейсбук и открыты к опенсорсу. Вью — отличная документация и очень лёгкий старт, — используется у китайцев, они же и вливают деньги в развитие, — пару лет в продакшене, — развивающееся коммьюнити, но мало готовых модулей, — желающих специалистов много, — делает один человек, но Алибаба вливает деньги в поддержку. Ангулар — не очень понятная документация, — после жёсткого перехода AngularJS → Angular 2 очень многие компании отвалились, — полтора года в продакшене, — не такое больше коммьюнити из-за второго пункта, — нравится в основном бэкэндерам, а у них не самый лучший фронтэнд получается, — поддержка вендора хорошая: типизирован плюс из коробки есть роутинг, формы и всё остальное. Вывод достаточно простой: Реакт это пуленепробиваемый выбор, Вью — если хочется экспериментов, Ангулар — если доверяете бэкэндерам. Лайк, шейр, и не забывайте зачем вы вообще пишете код.

какой-то поц это писал, не согласен

он просто не понял, что сравнивает вьюху с целым фреймворком

Давайте не будем тут постить Радионова

что за родионов ?

что за родионов ?

ну хрестоматийный 23-летний сеньер, "ООП ненужно", "реакт лучше, потому что на нем пишут больше" и т.д. Ничего против не имею, но экспертиза весьма сомнительна

Всем привет. А как можно узнать, что на странице больше ничего не рендерится?

При загрузке?

Всем привет. А как можно узнать, что на странице больше ничего не рендерится?

только костылями, в angularjs по людски это не сделано и это гуглится

Да, при загрузке. Я пытался нагуглить, но ничего не нашел. Копать в сторону $$phase или $$postDigest?

Да, при загрузке. Я пытался нагуглить, но ничего не нашел. Копать в сторону $$phase или $$postDigest?

типа того

Да, при загрузке. Я пытался нагуглить, но ничего не нашел. Копать в сторону $$phase или $$postDigest?

document.addEventListener('DOMContentLoaded', ()=>{}); загрузка дом $postLink в главном компоненте сработает когда он дорендерится и свяжеться с контекстом

Так же можно в любом компоненте подписаться на пост линк что бы убедиться что он отрендерился и связался с приложением

document.addEventListener('DOMContentLoaded', ()=>{}); загрузка дом $postLink в главном компоненте сработает когда он дорендерится и свяжеться с контекстом

Спасибо, точно! Как я мог забыть...

Ку

Товарищи ищут angular программера, 60-80, текущий програмер сбежал, простая админка для какого-то IDS, проект нужно добить до 15 числа, а дальше другие проекты. Разумеется ни за что не ручаюсь

Только свожу и дальше сами

СПБ*

Исходники посмотрел, там нет grunt/bower/webpack/npm/etc, все по-старинке страниц 5-10 списки с пагинаторами и редакторами айтемов

Прошу прощения за постинг

Товарищи ищут angular программера, 60-80, текущий програмер сбежал, простая админка для какого-то IDS, проект нужно добить до 15 числа, а дальше другие проекты. Разумеется ни за что не ручаюсь

сбежал по тому что не платили ?

да как обычно, 40 на руки и удивляются почему проект говно. Посоветовал поднять планку, подняли до 80

Товарищи ищут angular программера, 60-80, текущий програмер сбежал, простая админка для какого-то IDS, проект нужно добить до 15 числа, а дальше другие проекты. Разумеется ни за что не ручаюсь

https://t.me/javascript_jobs_feed

сейчас у меня по клику в режим редактирования переходят все

как сделать что только выбраые переходили в этот редим?

а как они становятся выбранными?

и вместо дива появляется инпут

ага

а editDataClient() делается что-то вроде $scope.isEdit = true, да?

да

мне просто подсказать как такое вообще реализуется Я самоучка и программмерского мышления у меня почти нет

просто логику реализации подсказать

или куда смотреть

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

т.е., что-то вроде isEdit && isChecked

т.е., если отдельно для каждого поля устанавливать возможность редактирования

делаешь, например, чекбокс

ng-model="firstFieldEdit"

при установке в тру, например, полю накидываешь ещё проверку isEdit && firstFieldEdit

но это такое себе решение)

если у тебя рендерится набор полей - т.е. из массива

да

Ну и за это спасибо Буду думать

ща, ща

есть массив, с объектами - создаёшь класс, каждый элемент массива прогоняешь через new Class(elem)

и накидываешь ему свойство edit

булево

делаешь метод класса, который будет говорить элементу this.edit = true

ну и метод для выхода из режима редактирования

а что за new Class(elem)? я не знаю

это типо классы в js

?

Да, плодит экземпляр класса

let fields = fields.map(field => field = new MyClass(field));

спасибо

edit метод чуть ниже вынеси, это метод класса, а не функция в конструкторе

Сделай ng-click="field.edit()"

У него уже будет такой метод

читай es6 classes

Дк без this. У тебя жс получается первый язык?

+

Оно и видно)