angular2 нескромный вопрос

И ещё одна сущая мелочь, но все таки: автоматическое обновление в браузере. Зачем его сделали и встроили по умолчанию, если вручную нажать F5 гораздо быстрее, чем ждать, пока их глючная поделка это сделает?

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

Ты будешь ждать момента, когда весь ангуляр скомпилится, чтобы нажать F5? Ну, ок.

ПАПКА ВЕСОМ 90МБ ЧТОБЫ ПОКАЗАТЬ ХЕЛЛО ВОРЛД

Ты хэллоуворлдщик, штоле? Она будет одинаково весить как в хеллоуворде твоем, так и в нормальных проектах. Библиотеке же где-то надо находиться, как ты думаешь? Или ты распространяешь исходники проектами вместе с либами?

Ангуляру требуется ~1.5 секунды, чтобы вывести надпись на экран.

Ангуляр, внезапно, не для того, чтобы выводить надписи на экран.

Но он не компилится! Это js, js не компилится. Он интерпретируется. В браузер попадает код js, не байт код. Например, ruby тоже не компилится, rails - очень тяжелый фреймворк и в development должен реагировать на изменение каждый раз, но делает это нормально, не БЕСИТ такой перезагрузкой. Ещё пример lua с luajit, сам по себе lua не компилится и делает это быстро, а luajit компилируется во время исполнения и делает это ЧЕРТОВСКИ быстро. Что lua, что luajit, по большей части писали люди в одиночку, а над ангуляром и нодой последние лет 5 трудятся все кому не лень. И делают все, чтобы этим было невозможно пользоваться. Да, бомбануло, я надеялся открыть для себя грааль веб-разработки.

Ты будешь ждать момента, когда весь ангуляр скомпилится, чтобы нажать F5? Ну, ок.

Ну неужели настолько сложно сделать сколько-нибудь модульную архитектуру, если для хелловорда и правда надо 90мб библиотек, так пусть оно все хоть не обрабатывается сразу, стоит только строку написать. Да откуда взялась проблема такая? Только нода единая, больше нигде о такой проблеме не слышали.

Ну неужели настолько сложно сделать сколько-нибудь модульную архитектуру

HTTP2 ещё не везде и он всё ещё менее эффективен, чем бандлеры вроде webpack или rollup.

Только нода единая

Нода тут ни при чём

Но он не компилится! Это js, js не компилится.

А ts компилится

Лол, а для чего? А мне уж было показалось, что на всех сайтах надписи выводятся. Может браузер это только побочный продукт ангуляра? Так вроде и на других платформах тоже надписи выводятся.

В целом, перед luajit не стоит задача «максимально эффективно передать клиенту код», поэтому толсто.

Или ты даже не минифицируешь код? Мне казалось, что в продакшне никто так не делает с нулевых.

В js.

Представим себе 50мб файлов, все они на ts. Они «скомпилировались», что другие сахарки делают вполне шустро, и теперь у нас 50мб ts + 40мб js, ибо кода меньше. Теперь я меняю строку в своем хеловорде. И все эти 50мб опять компиляться? Или это только один файл компилиться так долго?

тся-ться, знаю

luajit привел только потому что очень хороший, может и правда не к месту.

Мне казалось, что в продакшне никто так не делает с нулевых.

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

Или ты даже не минифицируешь код?

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

наверняка большинство право и это нечто, что все изменит

миллионы веб-макак не могут ошибаться!

А как ты хотел?
Погугли про server-side рендер

Дурак штоле? JIT комплириует JS в байт-код V8, и уже байт-код интерпретируется
Если вырезать все комментарии, console.log, сократить переменные и т.д., то получится от 500кб бандл, который после gzip или brotli сжатия будет намного меньше

Ой дурак
Почитай про HMR что-ли
Хотя тебе это не поможет
Лучше вали на jQuery

Думал уже сделать сервер-сайд рендеринг со сжатием из gzip в brotli и чтобы компилировалось из тайпскрипта прямо в v8 браузера, чтобы нормально грузился хеловорлд, но заметил Aurelia, которая, внезапно, очень понравилась. Впервые вижу, но советую.

Ангуляр 1.2 выводит хелло мгновенно на любом боаузере, но мне никто не верит.
На ангуляре удобно делать большую Информационную Систему на базе RDBMS с кучей полей и контролов.

ПАПКА ВЕСОМ 90МБ ЧТОБЫ ПОКАЗАТЬ ХЕЛЛО ВОРЛД

В этой папке находятся все библиотеки для разработки, а также система сборки, компилятор и упаковщики-оптимизаторы. Конечному пользователю нужен будет только единственный app.js, в который всё это превратится.

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

F5 сбросит всё состояние приложения и придётся снова проходить по менюшкам и визардам до нужного шага в приложении, а hot reloading перезагрузит всё незаметно.

Если ангуляр при перезагрузке сохраняет все состояние - тогда да, фича очень крутая. Но обычно проверяю открытую страницу, а не открытые менюшки. Про медленность я имел в виду следующее: на странице появляется надпись из body «loading...», после этого проходит полторы секунды, и только потом hello world, объяснил это непонятно, так что все советы про сжатия и размеры не про это, вот этот момент считаю крайне оскорбительным для разработчика и конечного пользователя, а сколько весит папка - это не важно. Прочитал несколько статеек и понял, в чем был неправ. Если уважать пользователей с прокси-браузером (opera mini, uc), да и поисковики, то рендеринг на сервере необходим, если этого не делать - можно считать себя халтурщиком. И в таком случае этого loading... вообще видно не будет. Значит, angular 2 в результате должен грузиться столько же, как и любой другой.

opera mini, uc

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

Крч парень, не паникуй. Ангуляр2 вообще нужный, ибо умеет TypeScript нативно (ну если так можно выразится). Он не быстрый да, но он не для рисования «Привет миров», а для сложных SPA приложений. И у тебя явные там проблемы какие то, ты что то не так делаешь, мой проект на первом ангуляре полгода назад весил несколько килобайт ибо я его собрал, если ты понимаешь о чем я.

Насчет торможения эвента, мне кажется твоя аппликуха просто тратит время на загрузку ресурса или скрипта?

Не знаю, но вот оно: https://angular.io/resources/live-examples/quickstart/ts/plnkr.html, в начале я ссылку неправильную дал. Наверняка в мире фреймворков определение, куда уходит время, - целое искусство.

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

Шикарный ответ, в точку, думаю так же. Но от этого чувство, что либо ты делаешь все не так, либо весь мир сошел с ума.

идиот

Если уважать пользователей с прокси-браузером (opera mini, uc), да и поисковики, то рендеринг на сервере необходим

ангулар это не для шопиков и бложиков, где важен seo. ангулар для SPA. ты ваще ощущаешь разницу?

Про медленность я имел в виду следующее: на странице появляется надпись из body «loading...», после этого проходит полторы секунды, и только потом hello world

в SPA на это можно насрать. они не для хелловорд создаются.

Ну вот ты думаешь, что не собрав скрипты в один файл ты ускорил время их загрузки? Ведь понятно же, что сначала рендерится статика и показыватся «Загрузка...», а скрипты еще тянутся из какой то, простите, внешней жопы и вероятно делают это не быстро. Собираешь все в один файл, пропускаешь через минификатор (конвеер там у тебя какой я хз, но ты понел я надеюсь), вылаживаешь там на цдн(клоудфларе например), ну и всё будет супер быстро.

На самом деле, в современном фронтэнде всё просто выросло и времена мамкиных фрилансеров с сайтами по 5 тыщ уходят, люди хотят качества, а если кто то не осиливает настроить пару тулз, чтобы делать вещи качественно, то он с рынка уходит - ничего личного, просто бизнес.

А шопик или бложик не может быть SPA или работа с данными и их вывод в CRM в корне отличается от шопиков и бложиков? Типо сколькими страницами ты реализуешь определяет контент?

в SPA на это можно насрать. они не для хелловорд создаются.

А да кстати, на википедии посмотрел, дают gmail как пример SPA. И правда насрать! Gmail грузится уйму времени, насрать в смысле кому? Заказчикам, исполнителям? А пользователям тоже должно быть насрать сколько грузится это говно?

который после gzip или brotli сжатия будет намного меньше

У тебя код в сжатом виде исполняется? Лол.

https://beta.goodgame.ru/

вот тебе пример тяжелого сайта на ангуляре, медленно? а можешь быстрее сделать? А трудозатраты будут сопоставимы? А кто нибудь кроме тебя сможет вносить правки? Ты явно выпал из мира фронтенда на пару-тройку лет. Как там в 2012 ом? доллар всё еще 30?

Посмотри riot.js / vue.js, если хочешь быстрый frontend движок и возможность безгемморно писать на coffee.

Забыл про машину времени, ибо coffee мёртв.

а сейчас я чувствую себя разочарованным и жестоко обманутым

И не просто так. Angular уже давно не круто, React - вот что сейчас рулит.

Сайт быстрый несмотря на angular! Это круто! Отдает не голый body, сервер рендерит, наверно, молодцы, лишь бы сервер мощный был. Контрпример - вк, выглядит современно, работает быстро, доказывает одну очень приятную для меня вещь: можно делать сложные проекты быстрыми, не реагируя на чихи моды. С одной стороны можно писать js и развивать свои способности к построению архитектуры, с другой: напрягать сервер рендерингом, прекомпилить html шаблоны в функции (это ускоряет, значит нужно), и сотни других танцев, о которых я, как человек из 2012-ого, могу только догадываться. Сайт сделан хорошо, но ничего не доказывает. Ладно, тред ни о чем.

Дурак штоле?
Ты софт из исходников запускаешь?
Браузер смотрит на хедеры, а там компрессия, и он давай расжимать, а потом только исполнять

Ага, конечно
То, что в моде дикий ES7+, то это не значит, что кофе мертвый

Кофе мертвый потому что его автор на него давным-давно забил. Каким бы клевым кофе не был. Он не дает использовать да почти все новые фичи. Зато он породил сотни кофейных диалектов, некоторые из которых совмещают и удобство, и возможность новых фич, некоторые ещё и с типами, которые сейчас так востребованы. Я лично пока ни одну нормальную замену не нашел, слишком уж хаос. Вот список, скорее списище https://github.com/jashkenas/coffeescript/wiki/list-of-languages-that-compile...

Я написал веб морду последнего своего проекта на голом es7, и могу сказать, что ничего толкового в нём нет, если не использовать react и прочие фреймверки, которые заточены под него. Всё также требуется пост-компиляция, веб пак собирает три года, от него я отказался, и больше к нему не вернусь. А все эти await и стрелочные функции - вообще, собаке пятая нога, ничего не упрощают. Сейчас вспоминаю написание своих предыдущих проектов на коффескрипт с умилением: во-первых, простота написания, во-вторых, скорость написания. Коффе, реально ускорял процесс раза в 2, и сахарок из es6/7 вообще не дотягивает до скорости разработки на коффе. Поэтому сейчас смотрю в сторону интеграции coffee в vue.js/riot.js компоненты, но придётся, скорее всего, интегрировать слоупочные бабель плагины...для сборки всего этого винегрета. Также могу сказать, что оно того не стоит и раньше разработка была в разы быстрее.

Столько всего написано, про дом теней, про то, как клёво писать типы, исчезающие при трансляции

Расслабься. Фронтендщики просто верстают странички, но хотят выглядеть как крутые дядьки с серверсайда. От того и переусложнение инструментария и переход на ругань когда подозреваешь их в yak shaving или критикуешь их hipe_product_name

Типичный пример полемики в каментах к любой хабрастатье про react/redux, когда заходит несогласный

ЗЫ: пишу из 2005-го. На ES5, без трансляций и склеек. MVC и rivets для рендеринга

А все эти await и стрелочные функции - вообще, собаке пятая нога, ничего не упрощают.

Найс аутотренинг. На es5 обычно такая содомия множественными с асинхронными операциями, а в том же ts/es7 все можно написать кучеряво.

public async ReadAsync() : Promise<Entity> {
    var someData = await Utils.RequestAsync("uri1");
.   var someData2 = await Utils.RequestAsync("uri2");
.   //do something 
}