Stas
читал что есть мифические 2к вотчеров, нужно добавить 100+ элементов и посмотреть на результат
Bogdan
Етить боль первого ангулара)
Stas
я был не прав по поводу что не выстрелю себе в ногу 😂
Bogdan
Вот я бы сбегал с первого ангулара при первой возможности, серьезно)
Stas
да я ж думал просто фронтик для бэка сделать
Stas
но это жесть
Stas
Уже жалею что выбрал 1й, так как разбираться и тратить время на него не хочется
Stas
а приходится
Sergey
Да разбираться всё равно надо будет. Но я согласен с нг1 надо бежать, оно умирает. Может ещё не поздно на 2+ перескочить? Мне например мигрировать тоже надо, но проект здоровенный, кодовая база при царе горохе создавалась, migration guide огромен, боль, страдания.
Stas
https://github.com/marceljuenemann/angular-drag-and-drop-lists/issues/414
почитал, решил что для тестового проэктика без трэка пойдёт))
Stas
Да разбираться всё равно надо будет. Но я согласен с нг1 надо бежать, оно умирает. Может ещё не поздно на 2+ перескочить? Мне например мигрировать тоже надо, но проект здоровенный, кодовая база при царе горохе создавалась, migration guide огромен, боль, страдания.
зачем нужно будет в 1м разбираться?
Sergey
Не, в любом фреймворке в смысле, везде своя боль
Stas
Я себе проэктик для портфолио делаю, я не думаю что сейчас стоит заморачиваться над производительностью в 1м ангуляре
Stas
Не, в любом фреймворке в смысле, везде своя боль
а, ну это да, но ангуляр сейчас начинать учить не особо актуально
Stas
1й*
Sergey
Вот и я не пойму как ты так его выбрал
Sergey
По принципу мне пожалуйста страдать и бессмысленность бытия ощутить, как-то так)
Stas
У меня были базовые знания по 1му, потом туду листик запилил быстро, думал чуть побольше сделать тоже быстренько и завис...
Stas
И тут еще 1 вопрос к вам появился, действия из штмл убираются для красоты или в этом есть другая логика?
Stas
ну там производительность/безопасность
Sergey
О чем вообще речь? Пример можешь привести?
Stas
да
Stas
Есть ng-show"example" например и есть ng-click="example = !example", но есть и посложнее конструкции, ng-click="example ? example = !example : example1 = !example1". Ребята подобное убирают в контроллер. Вот интересно кроме чистоты штмл есть ли ещё в этом смысл?
Sergey
Не, я на такое не берусь однозначно ответить, у самого такой мусор в шаблонах болтается кое-где. Плохо тем что если это надо будет рефакторить то перелопатить придётся сотни говен в темплейтах.
Sergey
Если спрятать под геттеры/сеттеры, то в твоём случае может быть лучше сделать так
Stas
Ну это да, я понимаю уже что это мусор, но когда начинал не задумался. Мне больше интересно не со стороны красоты, а со стороны производительности.
Sergey
Благо даже убогий огрызок жс их поддерживает
Stas
Ладно, пожалуй пока что так оставлю, потом если что наведу красоту)
Sergey
Договоры с совестью))
Stas
Да не, и так уже кучу времени на это потратил, нужно сначала функционал до конца теперь доделать) Но в любом случае если буду еще что-то на этом ангуляре начинать (надеюсь нет), уже буду по другому делать)
Stas
Еще вопрос появился) Смотрите, когда я обновляю имя, по логике правильно будет отправить на запись в бд и при положительном ответе поменять имя. Но такая конструкция замедляет и немного сбивает процесс отображения. Есть другой вариант, менять надпись, отправлять в бд и потом обновлять данные. И есть 3й вариант, просто поменять надпись и отправить в бд, а потом уже отталкиваться от ошибок. Самый правильный мне кажется 1й, 2й более оптимальный в отображении и записи, а 3й работает лучше всего, но странный. Проконсультируйте плз.
Stas
Главная проблема у всех кроме 3го варианта, что когда я отправляю данные на запись а потом обновляю их, если я нажимаю на тот же элемент, то окно открывается и сразу закрывается (так как при открытии данные отправились в бд и потом элемент обновился)
Stas
и эти дёрганья раздражают
pa[aad
Еще вопрос появился) Смотрите, когда я обновляю имя, по логике правильно будет отправить на запись в бд и при положительном ответе поменять имя. Но такая конструкция замедляет и немного сбивает процесс отображения. Есть другой вариант, менять надпись, отправлять в бд и потом обновлять данные. И есть 3й вариант, просто поменять надпись и отправить в бд, а потом уже отталкиваться от ошибок. Самый правильный мне кажется 1й, 2й более оптимальный в отображении и записи, а 3й работает лучше всего, но странный. Проконсультируйте плз.
это все относится к UX
у некоторые сделано именно как 3 вариант
статья где-то была лаже на vc.ru про это
я использовал 2 вариант если у меня долгая операция допустим
но все зависит от задачи
обычно 1 вариант, обновлю в случаи успешного запроса
3 вариант это 2 только так нужно делать всегда если пытаешься 2 вариант использовать, тогда уже делай 3
Stas
Я бы хотел использовать 1й, но из за скорости приходится ставить 2й. А из за дёрганий хочу 3й)))
pa[aad
не ты не хоти, используй по назначению, по задаче
pa[aad
с умом вообщем
pa[aad
если у теб операция дорогая по времени, то тут уже нужно не мудрить на клиенте, а подключать сокеты, push уведомления
Stas
Понял, спасибо. Я думал 3й вариант вообще не очень, а оказывается и такой юзают.
Stas
да не, там несчастные 0.03 сек, но когда дёргается или я вижу не закрытый текс эреа с пустым энтером, этих 0.03 сек достаточно
Sergey
А анимации при сохранении? Юзера развлекать надо
Stas
потом еще эта анимация будет дёргаться 😂
Stas
представь анимацию в 0.03 сек)
Stas
на сайт эпилептикам нельзя будет заходить
Sergey
Ну это пока 003
Stas
ну максимум у меня доходило до 0.1
Sergey
Вообще смотреть надо
Stas
я хочу быстрый отклик, а не развлекухи)
Sergey
А ты после обновления заново запрашиваешь данные? Ну, те же самые
pa[aad
не за то вы переживаете сначала ( я за время вашего запроса )
Sergey
Или я не так всё понял
pa[aad
есть просто очень других причин из-за которых переживать за тайминг запроса это так себе
Sergey
Да он дуется на мене :D
Stas
ааа
Stas
Я же не за тайминг, а за то что появление и пропадание элемента раздражает, такого не должно быть)
Sergey
Ну с анимацией ок, отпадает
Stas
А при обновлении элемента после записи, это будет в любом случае
Sergey
Какита так
Stas
хотя можно конечно не элемент обновлять, а только часть
Stas
сейчас попробую
Sergey
Это почему так?
Stas
что почему?
Sergey
В смысле кто вынуждает заново его загружать если клиент знает новое значение и операция сохранения без ошибок?
Sergey
Зачем лишний запрос?
Stas
Для этого я и обновляю до сохранения в бд.
Sergey
Ну сохранил, обновил в клиентской коллекции что надо и никуда не пошёл. У тебя же всё есть на клиенте
Stas
сек, я попробую кое что, до меня опять во время разговора дошло
Stas
Ну сохранил, обновил в клиентской коллекции что надо и никуда не пошёл. У тебя же всё есть на клиенте
перезагрузил страницу и всё?
Sergey
Не надо ничего перегружать
Sergey
У тебя уже актуальные данные есть
Sergey
Ну там где ты забираешь новое значение и передаешь его потом
Stas
Не, я имел ввиду если пользователь перезагрузит, а эти данные нигде не сохранены
Sergey
Мы чето о разном говорим))
Stas
распиши всю ситуацию
Всё, дошло, в данном случае есть возможность обновлять не весь элемент, а его часть. Тогда не дёргается.
Stas
я просто вырезал элемент и вставлял новый
Stas
из за этого дёргалось
Stas
Мы чето о разном говорим))
Наверное) Любые изменения в любых данных нужно же куда-то сохранять. Но нужно постараться делать безболезненно. Вот как натолкнули меня на идею не элемент менять а только часть его.