что такое штмл центрик?

Ты можешь нормально отвечать? Если нет, то зачем ты мне вообще пишешь?

Понял, путёвого от тебя ничего не услышать, удачки

Ну, я уже писал об этом выше, ангуляр расширяет синтаксис не просто так, в этом как бы суть. Отказываясь от расширенного синтаксиса ты в большой мере отказываешься от преимуществ ангуляра

Ну, я уже писал об этом выше, ангуляр расширяет синтаксис не просто так, в этом как бы суть. Отказываясь от расширенного синтаксиса ты в большой мере отказываешься от преимуществ ангуляра

а тернарный оператор в штмл это уже перебор?

Не всегда, но я предпочитаю не выносить в шаблон ничего кроме названий переменных и методов, всю логику предпочитаю держать в контроллере

Не всегда, но я предпочитаю не выносить в шаблон ничего кроме названий переменных и методов, всю логику предпочитаю держать в контроллере

Понял, спасибо. Я просто думал что у меня мусор какой-то вышел, решил поинтересоваться.

Ну я не знаю что у тебя там, может ты и прав) но сам факт обилия переменных, директив и методов в темплейте это ок

В чем может быть причина, в <select> модель mall_selected стоит, ng-change отрабатывает при изменений, но mall_selected не меняется

$scope.mall_selected=""

Самое странное, в html коде пишу {{mall_selected}} и при выборе select, там показывается выбранный value

А в контроллере пусто

ребятки, подскажите, искажается русский текст в штмл, но только в 1м файле (вся страница норм, а в пейдж хедере каракули)

хотя это даже не штмл искажает, а ангуляр сам

хотя это даже не ангуляр 😂

Есть готовое решение?

@akbako покажи функцию апдейт

Ребят, вопрос есть. Я получается записывал имя юзера в jwt и сохранял в локал сторейдж, потом оттуда его доставал для отображения. Но если у юзера имя на кириллице, отображает соответственно непонятные символы. Есть какие-то варианты что б нормально отображалось или делать лишний запрос в бд для информации?

@akbako покажи функцию апдейт

$scope.update=function{ update() }

Типо так

А внутри update() то что выполняется

Да

показывай )

Я решил так

ng-change прикрепил другой функцию, который вручную присваевает значение

Работает, но топорный способ

vm?

Я на 50% понял ваш особенный слэнг

"делай one биндинг" - ?

разве в js нет же понятие "private", только изменяемый(var) и константа(const, let)

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

"делай one биндинг" - ?

{{::name}} - это one binding. Значение впервый раз печатается, а после не меняется в html?Исправьте, если не так понял

3. Почему вы переманиваете все возможности от $scope в vm. Это может создасть коллизий, неактуальность данных и надо обновлять vm и $scope.

Остальное понял отлично

Спасибо за обьяснение

я с vm вижу тафтологию, все это можно выполнить в локальным $scope

Ответьте на три вопроса: Оно сокращает код? Открываеть новую возможность? Можно слегкостью общаться с другими компонентами?

Я толко вижу одно врименение для vm; исползуется чтобы сохранить $scope в анонимных функциях и их this.

Тема с vm закрыть, а вы извольте не оскорблять собеседника в чате. Это грубо с ваши стороны.

Я новичок и уже ненавижу AngularJS с его куча ограниченности и непонятных service, directive.

Но я учусь

Вы оскорбили здесь

женя, спасибо за советы. Я буду стараться. Постарайтесь говорить на вы. Я вас не знаю и я вам не "дружище"

Стараюсь:D

Спасибо еще раз за книгу. Это будет чтение на досуге. Могу поделиться книгой Роберт Мартин "Чистый Код. Создание, анализ и рефактторинг" и также просто "Чистый код"

Не согласен, это ограниченность слишком обязывает мне обьявлять куча не нужных вещей, вот React.JS другое дело и свобода. Слава богу, я скоро закончу этот проект и для меня будет большим опытом AngularJS заработанным с потом и матом .

Гоу в лс, там продолжим тему разговора, а то мы на флудили слишком много

как на первом ангуляре сделать чтото типа subject?

eventEmitter и тд

А в чем проблема с vm

Удобнее писать чем $scope

А в чем проблема с vm

это мне?

мне гуглить или сами скажете что такое вм

мои глаза

vm = this

eventEmitter и тд

Посмотри $emit, $broadcast, $on

Знаю но пока не использую

Учусь

как на первом ангуляре сделать чтото типа subject?

ты сам можешь это написать

http://notes.jetienne.com/2011/03/22/microeventjs.html

Спасибо, приму к сведению)

зачем вам vm ? юзайте 1.5, вместо вас уже придумали $ctrl

))))

@jashka_jashka Тут по вашу милость)

@dev0101 хорошое финансирование это сколько ?

так услуги или проекты ?

я так уточнить, мне не интересно

Не лучше ли нормально именовать контроллер?

Всем привет) Вопрос такой неоднозначный. Есть старое большое приложение на Ангуляр 1.4. Его регулярно обновляют, всякий раз хотят все более крутых фич, некоторые из них первый ангуляр выполнить просто не в состоянии. Файл-js-ник огромен, и, как следствие, очень долго грузится на мобильных. Как можно оптимизировать это дело? Имеет ли смысл подтачивать-оптимизировать на деталях вроде ветчеров, репитов и пр.п., учитывая, что приложение писалось несколькими людьми разного уровня мастерства и в разное время, ввиду чего весь код неодинаков, часто повторяется, местами вообще делает совершенно ненужные вещи? Как одна из опций - переписать его с нуля на чистовик сразу на второй ангуляр, мне этот вариант интереснее как минимум ввиду грядущего прекращения поддержки первого ангуляра и 100% вероятности дальнейшего роста проекта и доработок по нему. Возможно, нет смысла переписывать, и можно оптимизировать каким-нибудь вычленением скрипта для главной в отдельный файл и загрузки остального по мере востребованности и т.п. Что посоветуете, господа и дамы?

если есть ресурсы и время - лучше перевести на новую версию.., а переделывать с той же версией, но разбивая.. шило на мыло..

если есть ресурсы и время - лучше перевести на новую версию.., а переделывать с той же версией, но разбивая.. шило на мыло..

я согласна с такой логикой, все равно рано или поздно придется это сделать, и раз вопрос встал сейчас - почему бы сейчас и не начать но вдруг есть менее болезненные варианты, о которых я не знаю)

я согласна с такой логикой, все равно рано или поздно придется это сделать, и раз вопрос встал сейчас - почему бы сейчас и не начать но вдруг есть менее болезненные варианты, о которых я не знаю)

ты сейчас переделаешь на 2 файла например, а завтра поддержка прекращается, тебе надо новый функционал, а эти 2 файла ещё и выросли за это время....

собственно да, это совершенно реальная перспектива

а вопрос на смежную тему, с 1 на 2 версию ангуляра переходить - это равносильно переписыванию с нуля, верно? Они слишком отличны