давай сначала в кучу

о, Антона призвали) надо накинуть про анемичные модели и спать валить)

о, Антона призвали) надо накинуть про анемичные модели и спать валить)

пройденный этап, это как сеттеры) уже неинтересно)

давай сначала в кучу

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

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

сделаем ooptherightway? ;)

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

начни с одной ссылки: wiki.c2.com

кстати, ее в списке нет)

"начни" :)

Обещаю завтра хуйнуть пулреквест

кстати, ее в списке нет)

http://wiki.c2.com/?RoadMaps

можешь сразу сюда

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

ну вот эта страничка покрывает может треть того что там есть

добавил)

добавил)

блин, я только форк сделал и закоммитил в него)

блин, я только форк сделал и закоммитил в него)

web ui наше все)

дык тоже)

добавил)

стоит все же пару слов сказать что там

бездна?

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

приму пулреквест, в "паре слов" описывающий содержание C2 ;)

что за С2?

что за С2?

http://wiki.c2.com/?RoadMaps

приму пулреквест, в "паре слов" описывающий содержание C2 ;)

у себя я вставил ссылку на роадмапы и текст (EN) A lot of roadmaps to spend time on reading

http://wiki.c2.com/?RoadMaps

это набор ссылок по темам?

@f3ath закинул

что за С2?

Был такой чувак - Ворд Канингхем. Это чел который придумал формат wiki (с этим я думаю ты знаком). И у него есть своя wiki где тусят всякие бородатые дядьки и дискутируют на тему кто что первым придумал, как это стоило назвать и что это такое.

это набор ссылок по темам?

это вики от чувака, придумавшего вики

Был такой чувак - Ворд Канингхем. Это чел который придумал формат wiki (с этим я думаю ты знаком). И у него есть своя wiki где тусят всякие бородатые дядьки и дискутируют на тему кто что первым придумал, как это стоило назвать и что это такое.

спасибо, сохранил

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

глюки гитхаба, видимо

замержил

ага, вижу

Был такой чувак - Ворд Канингхем. Это чел который придумал формат wiki (с этим я думаю ты знаком). И у него есть своя wiki где тусят всякие бородатые дядьки и дискутируют на тему кто что первым придумал, как это стоило назвать и что это такое.

почему был?

почему был?

ну есть)

924 человека в чате, надо где-нить проспамить и набрать тыщу к новому году)

@arturpanteleev "ооп бесплатно без смс скачать"

сделай нам рекламу, телеграмный магнат)

Если кто еще не спит, вот тема, которая меня беспокоит. Я делаю UI-компоненты на ангуляре. Какими принципами надо руководствоваться, чтобы правильно отделять: 1) представление от логики 2) логику приложения от логики фреймворка 3) тесты поведения от тестов представления (и нужны ли последние вообще?)

какой ангулар?

пятый

смотри я сейчас vue.js мучаю первый пункт - во вью файлах отдельно темплейт, отдельно код (но в одном файле) имхо это нормально, так как это все же одно целое и вероятность одинаковых внешне компонентов с разным поведением очень мала

второй пункт у меня нет такой "фреймворкности", как в ангуларе, но все, что теоретически относится к слою фреймворка (апи, к примеру) - выношу отдельно, по типу сервиса, который использую внутри vuex (аналог redux для реакта) так же планирую делать и другие штуки если будут другие источники данных, типа центрифуги - скорее всего, отдельный модуль для неё + внесение данных в vuex в ангуларе использовал бы какую-то шину для этого, типа ивентов

второй пункт у меня нет такой "фреймворкности", как в ангуларе, но все, что теоретически относится к слою фреймворка (апи, к примеру) - выношу отдельно, по типу сервиса, который использую внутри vuex (аналог redux для реакта) так же планирую делать и другие штуки если будут другие источники данных, типа центрифуги - скорее всего, отдельный модуль для неё + внесение данных в vuex в ангуларе использовал бы какую-то шину для этого, типа ивентов

аля redux?)

Если кто еще не спит, вот тема, которая меня беспокоит. Я делаю UI-компоненты на ангуляре. Какими принципами надо руководствоваться, чтобы правильно отделять: 1) представление от логики 2) логику приложения от логики фреймворка 3) тесты поведения от тестов представления (и нужны ли последние вообще?)

я немного не понимаю что именно тебя беспокоит... больше композицию юзать например

тесты представления - я бы не делал, так как они отобразят сугубо разметку не слишком большая важность этого

аля redux?)

ага, вроде того

ну и да - redux и в целом подход при котором у тебя компоненты тупые и только за отображение отвечают, и они по большей части чистые функции и если у них и есть стэйт - то это чисто UI стэйт аля "текущий размер компонента"

неплохо позволяют отделять вещи

я немного не понимаю что именно тебя беспокоит... больше композицию юзать например

Ну например, как тестировать компонент. Зачем компонент вообще нужен? Чтобы изменять DOM, правильно ведь? Логично ли тестировать поведение компонента по принципу "генерю событие, смотрю как поменялся DOM"?

> тесты поведения от тестов представления (и нужны ли последние вообще?) если у тебя есть UI компонент который содержит UI логику - почему бы его не тестить?

Ну например, как тестировать компонент. Зачем компонент вообще нужен? Чтобы изменять DOM, правильно ведь? Логично ли тестировать поведение компонента по принципу "генерю событие, смотрю как поменялся DOM"?

мы про ангуляр говорим же, нет? то есть в нашем случае мы должны выяснить какой стэйт выставил компонент

нам нет смысла биндинги тестить - это тебе тайпскрипты лучше сделают

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

из-за этого уменя стейт размазывается

стейт в каждом компоненте?

дада

мало того

часть стейта просачивается в DOM

плюс в корне кусок? я на самом деле не помню уже, как в ангуларе 2+все орнанизовано

ну типа есть css класс у элемента - идем туда, нету - идем сюда

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

часть стейта просачивается в DOM

не в дом а в виде директив всяких аля className={}

это все же не совсем тоже самое

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

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

это все же не совсем тоже самое

ну я хз как это правильно назвать, но ты вроде меня понял

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

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

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

ну я хз как это правильно назвать, но ты вроде меня понял

надо четко определиться про какой стэйт мы говорим. Есть стэйт приложения и есть стэйт UI компонентов.

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

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

ммм....

прчием тут редьюсеры? редьюсеры позволяют тебе разделить стэйт на два вида

UI стэйт как бы в компонентах как жил так и будет жить

редьюсоры легко тестировать

это тупо функции

редьюсоры легко тестировать

как и любую чистую функцию.

да

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

@fes0r ну ты и нигодяй !

давай по порядку.... приведи пример компонента?)

надо четко определиться про какой стэйт мы говорим. Есть стэйт приложения и есть стэйт UI компонентов.

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

желательно какой-нибудь проблемный

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

Завязывал бы с этим..

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

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

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

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

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

и тогда все тестится на ура с прокинутыми тестовыми пропсами

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

я могу просто скопипастить - у тебя будет 3 компонента и один из них мы захотим протестить, или 1 компонент который мы захотим протестить. Количество тест кейсов и сложность тестов не меняются.

и тогда все тестится на ура с прокинутыми тестовыми пропсами

именно

ребята, ребята радоваться надо, у нас тут обсуждают не бек, а фронт

ребята, ребята радоваться надо, у нас тут обсуждают не бек, а фронт

Коняшу не стоит, а то потом снова будет поток плохих слов в сторону фронта (

Коняшу не стоит, а то потом снова будет поток плохих слов в сторону фронта (

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

страшно наверное пользоваться UI фреймворками, написанными людьми которые дико ненавидят фронт

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

Ты про версии angular'a? ?

Ты про версии angular'a? ?

вообще про фронт

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

желательно какой-нибудь проблемный

Пример - selectlist. Это набор опций, которые можно выбирать. Опции могут быть disabled, поведение может быть разное, типа multi selection list, single selection list. Есть еще компоненты вроде dropdown, которые по сути тот же лист, но чуть иначе выглядят. Как их правильно выполнить? Есть такая шутка - material design, это набор компонентов для ангуляра. там реализован selectlist, но каким-то жутким образом, например, у них есть option (единичный элемент списка), которые обладает собственным поведением и знает, является ли он частью multiselection list или singleselection list. Для меня это за гранью понимания.

я щас покажу кусок кода прям

из материала не надо))

нет надо

чтобы ты осознал мою боль