Почему?)

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

Если лендос то там и вуе не нид

а может и не надо

Без поллитра тайпскрипта не разобраться

Если лендос то там и вуе не нид

Оо

Оо

Чо

Без поллитра тайпскрипта не разобраться

с тайпскриптом без пол литра тоже не разобраться

с DOM в тайпскрипте весело работать)

Если лендос то там и вуе не нид

надо

+

с DOM в тайпскрипте весело работать)

он там какой то другой?

он там какой то другой?

статическая типизация становится дичайшим геморроем

Разве что всюду писать :any, но тогда нафиг он вообще сдался

пример в студию

статическая типизация становится дичайшим геморроем

Почему?

Почему?

let button:<HTMLDOMElement> = document.blablabla

и там целый список отдельных типов для дома

let button:<HTMLDOMElement> = document.blablabla

Ты этого испугался?)) бедняжка

Всем привет. Делаю проект и совсем запутался в организации кода. Перечитал документацию несколько раз и посмотрел кучу уроков. Но чет не пойму, как правильно сделать вложенность компонентов, чтоб не плодить кучу одинаковых методов и не передавать события через кучу $emit. Есть ли добрые люди, которые могли бы подсказать тезисно, как сейчас все норм структурировать, чтоб потом не выбросить весь код в мусорку?

и там целый список отдельных типов для дома

Это ж хорошо, что они уже есть в ТС :)

и там целый список отдельных типов для дома

который неплохо бы и знать

и понимать в чем отличия

При тесной работе с домом это овердохрена лишнего тайпа

зато ты не сделаешь ошибки обратившись к кнопке как к свг ;)

зато ты не сделаешь ошибки обратившись к кнопке как к свг ;)

правильно именовать переменные помогает. А то думаешь "круто" - а через неделю у тебя в коде пара сотен :any)

правильно именовать переменные помогает. А то думаешь "круто" - а через неделю у тебя в коде пара сотен :any)

а нехер вестись на поводу у хайпа просто

тащить инструмент ради инструмента

как то расточительно

Потому я и не использую тайп с домом.

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

со странной видимостью переменных, диким прототипированием и мозговыносящим ООП

со странной видимостью переменных, диким прототипированием и мозговыносящим ООП

он таким и остался

Такой вопрос: юзаю LESS, где лучше создать less-файлик с глобальными переменными с цветами итд, чтобы импортить его в компоненты? в assets?

Такой вопрос: юзаю LESS, где лучше создать less-файлик с глобальными переменными с цветами итд, чтобы импортить его в компоненты? в assets?

да

только подключей его на уровне конфига вебпака

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

до остальных less файлов

и будет доступен глобально в итоге в каждом

только подключей его на уровне конфига вебпака

а где этот самый конфиг лежит?

я вангой не работаю)

? ладно, спасибо, ща поищу?

он таким и остался

но дело потихоньку набирает обороты в правильном направлении. Появился let, стрелочные функции, классы в конце-концов

но дело потихоньку набирает обороты в правильном направлении. Появился let, стрелочные функции, классы в конце-концов

и это все сахар

и все по прежнему в es5 трашпилят код

реальные изменения были es3 -> es5

и это все сахар

Да и пофиг. Си тоже сахар над байткодом

А ещё все все также делают форич в каждом итерабл но при этом нельзя пройтись циклом)

только вот классы не являются классами

let вводит только понятие dmz

и это все сахар

все мы - сахар поверх атомов Вселенной)

а стрелочные функции - как херачили that = this так и будут пока что

а с учетом то, во что это трашпилится порой

лучше написать по старинке в некоторых кейсах

Работает? Работает. Внешне даже правдоподобно. Вот и славно

вопрос как работает

классы не являются классами

и как работало через prototype chain так и продолжает

TS в тот же жс компилится

вопрос как работает

Так много абстракций, так много внешних библиотек, что не думаем уже о "низком уровне"

в жопу все - пишем на css

Так много абстракций, так много внешних библиотек, что не думаем уже о "низком уровне"

у всех разные места работы

когда ебучая конструкция дает замедление на 1-2 секунды загрузки сайта

это критично

Пиши на си - будь мужиком

пишу на го - подворачиваю штаны

когда ебучая конструкция дает замедление на 1-2 секунды загрузки сайта

пример в студию

напомни мне завтра)

ERROR: S client not available

хочется живой пример разобрать

в общем проблема была из-за arrow function, которая дала замыкание

и на итерации с большим массивом дало разницу

где-то на хабре читал, как мужик психанул и на ассемблере CMS себе для блога написал

gc до конца итерации не отрабатывал

а действие было частое

я сходу кусок кода не воспроизведу уже

но решение было - убрать arrow function и исключить замыкание

но не профилируя код никогда бы не подумал что такое бывает

в случае с неоптимизуемыми func call-ами (это когда меняется типизация аргументов) тоже бывает магия

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

избыточного кода предостаточно

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

Вполне реальная ситуация. Но что поделать, за удобство и скорость всегда ,ем то платим

Вполне реальная ситуация. Но что поделать, за удобство и скорость всегда ,ем то платим

>за скорость платим скоростью

кек

когда 1 секунда загрузки стоит кучу бабок

то не)

>за скорость платим скоростью

Я про скорость разработки)

ну не шибко есть разница в скорости серьезно

Я про скорость разработки)

ну ладно)

мне что es5 писать что es7 одинаково

писать быстро главное уметь

ну не шибко есть разница в скорости серьезно

без примера ничо не могу сказать, у меня из последних тольо webgl замедлял) но чтоб стрелки... ?

причем зачастую es5 код либы читабельнее были написаны

чем современные

Да может ещё баг в минорке был

из-за ограничений по лаконичности

причем зачастую es5 код либы читабельнее были написаны

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

чем современные

Есть у меня знакомые которые боготворят фп

Ну там и код конечно

0 расширяемости, вообще ничего