Со 2-3 вроде засада в том что она в любом случае будет просыпаться вне часов активности и пытаться установить скачанное… Сам реально задолбался бороться за спокойный ночной сон, чего только не пробовал :( (вовсе не против обновлений, но вот установка тогда когда удобно ей это ппц) Насколько понял помогает только отключение Update Orchestrator совсем в другом месте системы (но это вовсе не так тривиально ибо в последних версиях он принадлежит S-1-5-18 и у админа прав на это нет...).
5.5 руб/мин это еще дешево, у меня недавно на билайне в соседнем городе входящие вышли по ~15 руб/мин, сильно удивился, да :( чем им, блин, роуминг мешал?…
Совсем нет, у одного класса компонента может быть много шаблонов
Пример для angular-а можно? Ибо мне кажется что это невозможно на практике...
а у одного шаблона — много классов компонентов
А это скорее чисто теоретическая возможность.
Более того, при наследовании компонентов вы неизбежно поймете что DI в конструктор это тоже дичь, которую никак не исправить...
Дичь
А дичь оно потому что приходится или копировать все зависимости базового компонента в каждого наследника или инжектить Injector, который усложняет отслеживание зависимостей. И то и то плохо.
С той что шаблон и компонент это одно целое и эти поля, как правило, нигде кроме шаблона не используется и использовать не должны, соответственно, выставление их наружу это нарушение инкапсуляции. А дичь же в том что без aot оно прекрасно работает. Поэтому мне совершенно непонятно что мешало унаследовать шаблон он класса компонента и тем самым получить доступ к protected свойствам (насчет private вопрос дискуссионный, я скорее тоже против).
И забыл — aot позволяет использовать только public свойства/методы, что тоже есть дичь :( (исправлять никто не собирается, типа всё так и должно быть....)
у форм нет возможности делать маски или форматировать вывод
Для масок есть https://github.com/text-mask/text-mask (сам правда не использовал ибо не очень их люблю), форматировать можно или через accessors или создать кастомный контрол. Кросс-валидация спокойно делается через кастомный валидор (все формы это кучка NgControl и внутри валидатора можно добраться до любого из них).
чего стоит только гадание по еррор обьекту какого он типа или какого статуса или это вообще таймаут.
HttpErrorResponse?
Роутер
Странно что про него не сказали — а ведь это просто уёмрак :(
obervable resolver-ы грузятся только последовательно (в трекере есть несколько предложений)
canActivate проверяется сразу для всех children, если какой-то вернет falseни один из них не будет загружен (бага тоже есть)
именованные router-outlet — дичайшая дичь, учитывая предыдущий пункт вообще не понимаю где и как их можно использовать
нет именованных маршрутов (выше уже писал)
angular-cli
Заслуживает отдельного теплого слова — тестирование перед релизами отсутствует напрочь, каждый релиз что-то ломает. А самый прикол что используя последние версии typescipt-а приходится собирать с --aot=false --build-optimizer=false. 1.6 еще не ставил и не хочу ибо не уверен что она вообще работает :( (?)
А чем дока то не нравится?
А вот насчет доки я был не прав — она действительно убогая, поэтому гитхаб и со наши лучшие друзья. Ну и вообще багов и нехватки чего-то важного очень много. Всё больше хочется отложить на пару-тройку лет и подождать что из этого получится...
ЗЫ: Ну и напоследок из забавного (нет) — из ng-content исчезают <tr>#16103
vintage,>PaulMaly (что-то парсер чудит...), вы зря спорите что лучше, на самом деле всё просто и очевидно: бесконечный скрол — шлак (шучу) подходит там где пользователю нет нужды возвращаться в прошлое, посмотрел контент и забыл о нём (всякие развлекательные сайты и прочее), а вот там где нужно — удобнее паджинация (сборники статей и прочее) — запомнив страницу с нужной информацией всегда можно туда вернуться. Паджинация так-же удобна когда нужно пропустить n-e кол-во элементов (листинг в магазине). Кроме того, никто не мешает комбинировать оба способа, сейчас очень у многих есть и скрол и паджинация.
Но всвязи с вводом законопроекта об электронных чеках и ККМ, не очень понятно как это будет ложиться на такие системы.
Всё очень просто и понятно — чек должен выдаваться непосредственно в момент покупки. Российские ПС позволяет подключить ту или иную кассу и забыть об этом (всего за 30к в первый год), PayPal не позволяет, поэтому чеки нужно самостоятельно формировать и отправлять в офд (у них обычно есть апи для этого).
По какой-то причине команда Angular решила сделать класс HttpParams иммутабельным.
А это не только в angular-е, сейчас вообще модно везде пихать иммутабельные объекты… Делается же оно для того чтобы избежать трудновоспроизводимых ошибок в сложном софте (кто-то где-то поменял то что не должен и у нас всё умерло).
RxJS operator import
Так а angular то тут причем? (самое забавное что некоторые операторы лежат в других файлах...)
Navigation
То что написано это цветочки, самая засада в том что похоже вообще нету именованных роутов, соответственно если есть /object/:id/comments, то везде придется писать this.router.navigate(['other', id, 'comments']);, как потом это поддерживать — загадка (или как-то можно?)
Вообще писать про документацию Angular даже нет смысла
А чем дока то не нравится? Она сейчас в виде допиливая реального приложения, вполне неплохо имхо, особенно для начинающих. Думаете абстрактные примеры были бы лучше? Ну а перевод вообще хз зачем нужен — (1) там все очень просто, (2) перевод всегда отстают от оригинала (а у них там постоянно что-то меняется). И кстати на SO обычно всё уже есть (удивительно, но оно даже не сильно путается с angular js).
Совершенно не ясно зачем делать именно так.
А какая разница какой css? SCSS кстати включается один раз и навсегда — всего то надо указать соответствующую опцию для cli при создании проекта (а если использовать scss то можно импортировать чужие стили и возможно это бы решило проблему с приоритетами).
Так они наверняка уже освоены, а если разбираться в angular-e то нужен не столько js, сколько ts + тут можно найти кучку магических несовместимостей при сборке… Что весьма попортит нервы :) (поэтому тупо ставим angular-cli, этого совета кстати весьма не хватает в доке...)
Все крупные агрегаторы вроде уже поддерживают интеграцию с кассами, остается только купить кассу (онлайн или физическую), зарегистрировать её и вбить данные в агрегатор, дальше он всё сделает сам (в блоге я.кассы при желании можно найти описание взаимодействия)
По факту онлайн кассы обязательны практически всем, список исключений совсем небольшой, и через год он еще подсократится (например туда попадут фрилансеры принимающие оплату от физлиц). Закон конечно бредовейший, зачем нужна касса когда все платежи по безналу через банк — загадка. И кстати бабла срубит вовсе не государство (которое возможно наоборот понесет убытки), а производители/сервисы касс, всё как обычно в общем.
Что именно аргументировать? Анонимные функции есть давным-давно, короткий синтаксис всего лишь сахар, который первый раз был предложен пару лет назад (там кстати даже pr был...), за это время все уже привыкли к стандартному синтаксису + явный use имеет свои преимущества.
Со 2-3 вроде засада в том что она в любом случае будет просыпаться вне часов активности и пытаться установить скачанное… Сам реально задолбался бороться за спокойный ночной сон, чего только не пробовал :( (вовсе не против обновлений, но вот установка тогда когда удобно ей это ппц) Насколько понял помогает только отключение Update Orchestrator совсем в другом месте системы (но это вовсе не так тривиально ибо в последних версиях он принадлежит S-1-5-18 и у админа прав на это нет...).
Пример для angular-а можно? Ибо мне кажется что это невозможно на практике...
А это скорее чисто теоретическая возможность.
Более того, при наследовании компонентов вы неизбежно поймете что DI в конструктор это тоже дичь, которую никак не исправить...
А дичь оно потому что приходится или копировать все зависимости базового компонента в каждого наследника или инжектить
Injector, который усложняет отслеживание зависимостей. И то и то плохо.С той что шаблон и компонент это одно целое и эти поля, как правило, нигде кроме шаблона не используется и использовать не должны, соответственно, выставление их наружу это нарушение инкапсуляции. А дичь же в том что без aot оно прекрасно работает. Поэтому мне совершенно непонятно что мешало унаследовать шаблон он класса компонента и тем самым получить доступ к
protectedсвойствам (насчетprivateвопрос дискуссионный, я скорее тоже против).И забыл — aot позволяет использовать только
publicсвойства/методы, что тоже есть дичь :( (исправлять никто не собирается, типа всё так и должно быть....)Для масок есть https://github.com/text-mask/text-mask (сам правда не использовал ибо не очень их люблю), форматировать можно или через accessors или создать кастомный контрол. Кросс-валидация спокойно делается через кастомный валидор (все формы это кучка NgControl и внутри валидатора можно добраться до любого из них).
HttpErrorResponse?Странно что про него не сказали — а ведь это просто
уёмрак :(canActivateпроверяется сразу для всех children, если какой-то вернетfalseни один из них не будет загружен (бага тоже есть)Заслуживает отдельного теплого слова — тестирование перед релизами отсутствует напрочь, каждый релиз что-то ломает. А самый прикол что используя последние версии typescipt-а приходится собирать с
--aot=false --build-optimizer=false.1.6еще не ставил и не хочу ибо не уверен что она вообще работает :( (?)А вот насчет доки я был не прав — она действительно убогая, поэтому гитхаб и со наши лучшие друзья. Ну и вообще багов и нехватки чего-то важного очень много. Всё больше хочется отложить на пару-тройку лет и подождать что из этого получится...
ЗЫ: Ну и напоследок из забавного (нет) — из
ng-contentисчезают<tr>#16103https://github.com/erik/derive :)
vintage,>PaulMaly (что-то парсер чудит...), вы зря спорите что лучше, на самом деле всё просто и очевидно: бесконечный скрол —
шлак(шучу) подходит там где пользователю нет нужды возвращаться в прошлое, посмотрел контент и забыл о нём (всякие развлекательные сайты и прочее), а вот там где нужно — удобнее паджинация (сборники статей и прочее) — запомнив страницу с нужной информацией всегда можно туда вернуться. Паджинация так-же удобна когда нужно пропустить n-e кол-во элементов (листинг в магазине). Кроме того, никто не мешает комбинировать оба способа, сейчас очень у многих есть и скрол и паджинация.Всё очень просто и понятно — чек должен выдаваться непосредственно в момент покупки. Российские ПС позволяет подключить ту или иную кассу и забыть об этом (всего за 30к в первый год), PayPal не позволяет, поэтому чеки нужно самостоятельно формировать и отправлять в офд (у них обычно есть апи для этого).
А это не только в angular-е, сейчас вообще модно везде пихать иммутабельные объекты… Делается же оно для того чтобы избежать трудновоспроизводимых ошибок в сложном софте (кто-то где-то поменял то что не должен и у нас всё умерло).
Так а angular то тут причем? (самое забавное что некоторые операторы лежат в других файлах...)
То что написано это цветочки, самая засада в том что похоже вообще нету именованных роутов, соответственно если есть
/object/:id/comments, то везде придется писатьthis.router.navigate(['other', id, 'comments']);, как потом это поддерживать — загадка (или как-то можно?)А чем дока то не нравится? Она сейчас в виде допиливая реального приложения, вполне неплохо имхо, особенно для начинающих. Думаете абстрактные примеры были бы лучше? Ну а перевод вообще хз зачем нужен — (1) там все очень просто, (2) перевод всегда отстают от оригинала (а у них там постоянно что-то меняется). И кстати на SO обычно всё уже есть (удивительно, но оно даже не сильно путается с angular js).
А какая разница какой css? SCSS кстати включается один раз и навсегда — всего то надо указать соответствующую опцию для cli при создании проекта (а если использовать scss то можно импортировать чужие стили и возможно это бы решило проблему с приоритетами).
Это не дичь, в ts вполне удобно, но
typeтам тоже есть.Учитывая что он эквивалентен отсутствию типа вообще непонятно зачем он нужен...
Кстати я бы еще хотел видеть overload-инг методов, который с учетом типизации вполне возможен. Надеюсь когда-нибудь оно появится.
youtube
ЗЫ: По новому дизайну, на Win 10 x64 шрифты ужасны :(
Это не касается сложных/неочевидных алгоритмов/участков кода — без комментариев через полгода-год в них даже с поллитрой уже не разберешься.
От проекта зависит — если всё остальное уже на yii, то выбора как бы и нет (или должны быть очень веские причины чтобы внедрить что-то незнакомое).
Так они наверняка уже освоены, а если разбираться в angular-e то нужен не столько js, сколько ts + тут можно найти кучку магических несовместимостей при сборке… Что весьма попортит нервы :) (поэтому тупо ставим angular-cli, этого совета кстати весьма не хватает в доке...)
https://e-kontur.ru/blog/15634
Все крупные агрегаторы вроде уже поддерживают интеграцию с кассами, остается только купить кассу (онлайн или физическую), зарегистрировать её и вбить данные в агрегатор, дальше он всё сделает сам (в блоге я.кассы при желании можно найти описание взаимодействия)
По факту онлайн кассы обязательны практически всем, список исключений совсем небольшой, и через год он еще подсократится (например туда попадут фрилансеры принимающие оплату от физлиц). Закон конечно бредовейший, зачем нужна касса когда все платежи по безналу через банк — загадка. И кстати бабла срубит вовсе не государство (которое возможно наоборот понесет убытки), а производители/сервисы касс, всё как обычно в общем.
ЗЫ: Смотрел краем глаза, могу в чем-то ошибаться.
И в чем же эта разница?
А вот его как раз реализовали правильно :)
Что именно аргументировать? Анонимные функции есть давным-давно, короткий синтаксис всего лишь сахар, который первый раз был предложен пару лет назад (там кстати даже pr был...), за это время все уже привыкли к стандартному синтаксису + явный
useимеет свои преимущества.