Да и для js это не новинка

Будет вагон неочевидных стилей.

Почему неочевидных?

Почему неочевидных?

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

ну вот пусть есть компонент, реактовский например, он типизированно зависит через var styles = require<MyStyle>('...') от этих стилей и они в нем используются. казалось бы, наоборот — все максимально явно, никаких глобальных стилей, как это обычно бывает. Все локальное, с явной зависимостью. Так-то, глобальные стили - пережиток того же времени, когда и скрипты все тоже спокойно писали без модулей всяких. И по хорошему им бы тоже стать модульными, с явными импортами и без глобальных "переменных"

Каковы плюсы этого подхода? Я вижу лишь один - переменные из JS кода в стилях. Довольно сомнительное преимущество с учётом наличия полноценных переменных в css препроцессорах(лучший функционал у stylus). А вот минусы очевидны. Помимо явно лишней типизации CSS приходит ещё больше мешанины в код. Также пользователь лишается преимущество использования css препроцессоров.

Ну и философия БЭМ в подобном проекте, скорее всего, пойдёт лесом.

Ну и философия БЭМ в подобном проекте, скорее всего, пойдёт лесом.

она идет лесом с любыми css модулями

БЭМ нейминг если быть точнее

плюсы вижу в том, что компонент если зависит от набора стилей s1...sN, то явно это декларирует. "философия бэм" — в смысле система именования классов? это да, лесом. а философия как идея модульности и независимости компонент, наоборот, отлично живет и цветет, без самой необходимости изобретать систему именования "с мета-правилами"

Зачем париться, имея ViewEncapsulation?

она идет лесом с любыми css модулями

у меня доклад по этому поводу был... вы можете CSS методологии использовать и с CSS модулями

aot в angular-cli всё еще слишком сырой :(

Фактически он работает, но огрехов слишком много.

может кто сталкивался: решил я сделать модный, самый популярный в нашей синагоге отходняк, тьфу ты т.е. server worker но моё приложение общается с сервером по вэбсокетам, думаю буду перехватывать события 'fetch' в сервис воркере и писать в консоль тело сообщения, но не работает не перехватыват события и всё оказалось это фича и так и должно быть думаю ну ладно чтонам стоит дом построить и буду в сервис воркере создавать websocket, собственно вопрос, если кто что похожее делал, то насколько это идея работоспособна ?

service worker ты имеешь в виду? Не очень понял причем тут вебсокеты, какой профит ты хочешь получить от сервис воркера при работе с вебсокетами? Сервис воркеры это про кеширование сетевых запросов, в первую очередь про статику js/css/images/fonts

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

@bro_science спасибо за участие, но возможности service worker мы понимаем по разному

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

в angular-cli можно вынести отдельно vendor?

Там в корне есть json файл, в котором можно импортить подобные ассеты

Angular-cli.json, вроде называется. В нём массив scripts

да, я туда все всю компанию попробовал добавить: ../node_modules/@angular/platform-browser ... - получилось все плохо, не заработало.

Если у меня есть пайпа которая может в кождом копоненте быть, но ругаеться когда на модули переписал типа не может найти если она в главном app.module подключена. Если же пробую в том модуле компонента ее подключить то покуда нормально но после ругаеться что эта пайпа используется и в других подулях. Как быть?

Если у меня есть пайпа которая может в кождом копоненте быть, но ругаеться когда на модули переписал типа не может найти если она в главном app.module подключена. Если же пробую в том модуле компонента ее подключить то покуда нормально но после ругаеться что эта пайпа используется и в других подулях. Как быть?

запаковать её в модуль

пример: import {NgModule, CUSTOM_ELEMENTS_SCHEMA} from "@angular/core"; import {FormsModule, ReactiveFormsModule} from "@angular/forms"; import {XSSPipe} from "../pipes/xss.pipe"; import {CommonModule} from "@angular/common"; @NgModule({ imports: [ CommonModule, FormsModule, ReactiveFormsModule, ], declarations: [ XSSPipe ], exports:[ XSSPipe ], schemas: [ CUSTOM_ELEMENTS_SCHEMA ] }) export class XSSPipeModule { }

Если у меня есть пайпа которая может в кождом копоненте быть, но ругаеться когда на модули переписал типа не может найти если она в главном app.module подключена. Если же пробую в том модуле компонента ее подключить то покуда нормально но после ругаеться что эта пайпа используется и в других подулях. Как быть?

подключать в каждом модуле и удалить из app.module

подключать в каждом модуле и удалить из app.module

тогда ругаеться что она подключена в 2х и более модулях

запаковать её в модуль

ща попробую

ща попробую

это само собой, да

запаковать её в модуль

Спасибо работает ^^

Спасибо работает ^^

не за что.

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

я делаю именно так

если сервис только внутри конкретного модуля используется то импортирую только в него

если сервис общий и может использоваться где угодно то добавляю его в SharedModule а его соответственно можно в AppModule

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

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

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

ага

Ищи пакеты для карт

Для гугловых точно есть

для яндекса у первого есть

DOM уже загружен будет на момент выполнения директивы, так что смысла подписываться на DOMContentLoaded нет

Интересный проект ))) FullStack. Back - php - yii2. Front - angular 1.5. Расскажу, что знаю. Чем смогу, помогу. Интересна среда единомышленников. Волжский, Волгоградская обл. От друзей. #whois

У меня пока 1 вопрос. Angular 2 уже можно использовать на продакшене? Или лучше пока еще подождать!?

Можно

Где почитать о переходе с 1.5 на 2.0 ? Что бы плавно и безболезненно?

На оф сайте не нашел внятной информации, что все ок. Работайте ((

Ну так релиз 2.0 ещё а августе был, а неделю назад уже 2.1 релизнулся

На оф сайте не нашел внятной информации, что все ок. Работайте ((

Это будет немного сложно: как будто всё кастомные директивы. Сама идеология поменялась.

ок. Может есть статейка на русском о новой идеологии? Что бы проникнуться идеей.

На оф сайте не нашел внятной информации, что все ок. Работайте ((

Если знаком реакт или gwt то все так же, как там только по-другому:)

Хех. Нет не знаком, но слова знакомые.

Ну так релиз 2.0 ещё а августе был, а неделю назад уже 2.1 релизнулся

У 2.1 были проблемы с обратной совместимостью с 2.0 ?

Где почитать о переходе с 1.5 на 2.0 ? Что бы плавно и безболезненно?

чтоб плавно и безболезненно наверное нет и небудет на офф сайте есть такая статья https://angular.io/docs/ts/latest/cookbook/a1-a2-quick-reference.html

Ещё не обновлялся, но идеологически не должно быть - версия ж минорная

на мой взгляд основная сложность со второй версией это Rxjs

Ещё не обновлялся, но идеологически не должно быть - версия ж минорная

И я о том, что минорная. Интересует на сколько они придерживаются семантического версионирования http://semver.org/lang/ru/

Ну так а в чем проблема? Минорные версии обратно совместимы в рамках мажорной

на мой взгляд основная сложность со второй версией это Rxjs

apply с digest лучше были?

я бы не стал так сранивать

гугл подсказал, что rxjs - это типа promises, но по другому.

При чем тогда apply и digest ?

про RxJS я где-то прочитал примерно следующее "что бы писать на FRP нужно изменить сознание"

Под капотом все работает на зонах и рх

а вообще во втором ангуляре не обезятельно использовать rx

про RxJS я где-то прочитал примерно следующее "что бы писать на FRP нужно изменить сознание"

например попробовать пописать на cyclejs

я именно так привык к rx

например попробовать пописать на cyclejs

в чем принципиальное отличие cyclejs и rx ? kefir от rx отличается тем что толдько горячие потоки и понятнее синтаксис (сам не проверял но слухам верю)

если меня не обманули конечно

я не про отличия, просто в cycle ты будешь писать только на rx(или другой либе), а в ангуларе ты можешь его не использовать и так и не научишься его использовать

ясно

переходить с 1,5 на 2 и не использовать rx, а может и переходить не стоит тогда

Ушел читать: https://habrahabr.ru/post/132463/

Ушел читать: https://habrahabr.ru/post/132463/

лучше для начала почитать про zone.js имхо

Есть конкретная ссылочка?

А кто-нибудь использовал ng2 server side rendering (universal) ?

У 2.1 были проблемы с обратной совместимостью с 2.0 ?

не только лишь все пакеты пока поддерживают v. 2.1 Так что при переходе с 1 на 2 имеет смысл посмотреть в завтрашний день: составить примерный список сторонних либ, которым нужен ангулар2 и чекнуть какую версию они хотят. Например сегодня столкнулся с тем, что ng2-select требует именно angular 2.0.0, версия 2.0.2 ему не подходила

Ок. Спс за дельный совет.

ну и соответственно при обновлении между 2.х версиями стоит тоже чекнуть пакеты, требующие ангулар

Angular-cli, пересборка стандарного проекта 8-10 сек. - это нормально каждый раз пересобирать все?

Это быстро (:

Webpack еще дольше ворочает

Но у него есть dev server с hmr, который очень ускоряет процесс разработки

У меня вебпак собирает проект (правда с uglify) порядка 1.5-2 минут

Angular-cli... Webpack... А gulp уже не современно?

Ммм, это немного другое

gulp не соберет весь проект в 3 файла (всего их порядка 640)

У меня галп собирает проект в 3 файла.

index.html app.js app.css

из более 500 файлов

Тащемта можно и без всего этого, cli-шными утилитами собирать