Попробую вообщем. Если это так. То это замечательно :)

 

я думаю оно не помещает, оно оттуда читает во время сборки )

 

вас там еще не заблочили?

 

Ну можно через path, можно ссылку на гит

 

я видел на примере flutter plugins

 

Можно. Мне бы главное все проекты фронта собрать, и поместить все нужные файлы(жаба скрипт, картинки, html) в одно место, что бы сервер их выдал клиенту. И желательно на автомате :)

 

я вот смотрю как firebase hosting сделан

 

там одной командой по идее firebase deploy и сайтик должен жить

 

Это в идеале. :)

 

ну для тестового сервера должно работать, самому можно поднять халявный AWS сервер и деплоить, но это уже гемморой

 

точно не для быстрого старта

 

Смысл в том что сервер уже существует. На нём есть древнючий php 5. И вот теперь дарт туда пытаюсь впихнуть. :)

 

ну чистую виртуалку с ssh и нодой можно поднять минут за 10 )

 

А нода зачем?

 

пока не знаю. я до хостинга не дорос

 

для js и pwa делал

 

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

 

я планирую шарить модели, redux и middleware логику между web/flutter и обойтись без сервера пока

 

сервером будет firebase

 

Что то не охото данные пользователей держать в облаке :)

 

Причём база уже есть.

 

ну для старта мне пофиг

 

быстро и технологично

 

[
{
"type": "link",
"text": "https://mydart-3b846.firebaseapp.com/"
}
]

 

поднялся и захостил через firebase cli

 

только чет не пашет )

 

Не пашет

 

не нашел dart.js

 

а так хостинг и деплой работает

 

[
"Пишет что не найден ",
{
"type": "link",
"text": "https://mydart-3b846.firebaseapp.com/main.dart.js"
},
""
]

 

так же было с локальным билдом при SDK < 2

 

возможно какие то проблемы из-за Dart2

 

починил следующим образом

 

сначала pub run build_runner build --config release --output=wtf

 

потом в firebase.json {
"hosting": {
"public": "wtf/web",

 

firebase deploy

 

и сайтик онлайн

 

А что за сайт будет?

 

в смысле что делать там буду?

 

я не понял вопроса )

 

Нет. Что сайт будет делать?

 

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

 

если договорюсь с тем, кто предложил

 

мне для опыта нужен рабочий проект web/flutter/firebase

 

А дальше в гугл работать? ;)

 

ну для начала можно и гденить тут

 

потимлидить

 

На дарте?)

 

конечно

 

Ты давно смотрел вакансии?)

 

я не буду их смотреть, я буду их постить

 

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

 

Отлично. Чем больше вакансий на дарте тем лучше ;)

 

а это нормально что весит 1.1 М и 178 скриптов грузит ?
сколько там ангуляр с дартом в проде весит если все сжать ?

 

это рабочии компил, при реализе будет один файл 100к~

 

на сайты гугла у вас нормально заходит? firebaseapp, dartlang? захожу через тор на них

 

[
{
"type": "link",
"text": "https://canvas-c327b.firebaseapp.com/"
}
]

 

Ты из России?

 

Там Роскомнадзор блокирует дофига адресов Гугла в попытке заблочить Zello.

 

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

 

Эта, а я ж могу верстку на bootstrap'e на angular закинуть?

 

Или все будет плохо?
Просто помнется, что у меня перестали работать некоторые штуки...

 

[
{
"type": "mention",
"text": "@bunopus"
}
]

 

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

 

Ну, то есть, просто верстка на бутстрапе, а "функционал" сделаю на ангуларе
А то джс не мое :(

 

Там просто некоторые компоненты отказывались работать (на сколько я помню), сообственно, как вот такое решается?
Вроде как слайдер отказывался работать

 

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

 

что сложно?

 

Все сложно

 

попробуйте с простых вещей )

 

С каких?)

 

2-3 компонента которые заполняют какой нить объект данными

 

Я и это не осилил)

 

ну вот ) AppComponent + SomeComponent

 

Да ладно, я вернусь на джс лучше, а то писать буду 2 месяца ??

 

что такое джс?

 

ну это кто как обучается )

 

Стлах

 

Да у меня времени не особо много просто

 

А на это придется потратить много времени(

 

стлах это что такое? )

 

ну если хочешь что то получить, надо потратиться

 

Страх

 

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

 

а с дартом заодно и считай нативную разработку под ios/android можно освоить ;)

 

Я на vue умею ??

 

С дартом у меня проблема нема

 

ну тогда разберись с простейшим Component и все

 

на vue можно писать компоненты в стиле ангуляря с таипом.

 

Сложна

 

вуе хорош, но блин жс.
язык без типов...((
я не против питона

 

переписывал код threejs первых версии... то ли это материал, то ли цвет, толи массив обектов с материалами, ... ад

 

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

 

Imho.

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

Нужно внимательно посмотреть на интерфейс, прежде чем решиться писать его на jQuery или чистом js.

Лично мне, последние 3 года не попадался интерфейс который бы мог отказаться от фреймворка в пользу jQuery или js, в наше время, львиная доля профессиональных интерфейсов может быть написана только на решениях типа Angular, Vue и т.д. Видел подобных извращения на jQuery - это киллометры макаронного кода, конфликты, поддержка такого когда оставляет желать лучшего. Тоже самое можно сказать и о чистом js.

 

Если говорить о конкретном фреймворке, то лично мне ближе концепции именно Angular. Хотя был опыт сначала на React, потом на Vue.

 

С AngularDart я пока только начнаю и это лучше чем на js и ts.

 

Вот контрпример вашим суждениям - vscode - самый популярный редактор с довольно большим функционалом (смахивающий на ide то есть проект про которой уж точно нельзя сказать что он маленький) который написан на чистом js без всяких фреймворков. При чем про него нельзя сказать что он не поддерживаемый потому что иначе он не смог бы так динамично развиваться и выпускать обновления каждый месяц.

 

Electron - чистый js?

 

Electron в мире desktop, как Angular, Vue, React в мире web.

 

[
"Я имел ввиду без фронтенд-фремворков вроде реакта, ангуляра или vue. То есть ручное создание, обновление, удаление дом-элементов ",
{
"type": "link",
"text": "https://github.com/Microsoft/vscode/blob/master/src/vs/base/browser/htmlContentRenderer.ts"
},
""
]

 

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

 

Я вас понимаю, но все же я говорил немного о другом. Врядли вам бы захотелось писать на чистом js интерфейсы типа AdWords, Inbox.

 

[
"теперь да, но там конечно свой движок ",
{
"type": "code",
"text": "jst"
},
"\nхотя я думал там Angular юзают"
]

 

Все было к тому, что писать тяжелый интерфейс для веб стоит на фреймворке. Конечно в академических целях изобрести велосипед - дело чести, абсолютно убежден в этом. Так как такие вещи как js low level, познаются как раз через изобртением этих велосипедов. Но бизнес всегда ставит сроки.

 

ну я согласен что с фреймворками проще потому что они позволяют описать шаблон и в нужных местах указать данные вместо ручного создания и обновления дом-элементов. Но почему-то разработчики vscode решили не использовать фреймворки и вручную управлять дом-элементами хотя казалось бы это прошлый век и декларативное описание интерфейсов а не jquery-like-лапша намного упрощает разработку

 

За эту часть не могу с вами подескутировать, так как не писал десктопа на Electron.

 

Даже интересно стало, возможно ли туда впихнуть какой-нибудь Angular, для управления состоянием например.

 

Хотя может тут я уже и бред несу)

 

писал я на electron небольшое приложение для локализации проекта, оно запускается долго, оно тупит, оно будет еще больше тупеть на старых ПК

 

можно

 

[
"в итоге нахрен electron\nвзял angular, сначала взял еще туда и webworker platform использовал, но оно забагованое, onchange select не работает + модель не изменялась, в итоге заюзал ",
{
"type": "mention",
"text": "@angular"
},
"/service-worker для кеша и все быстро работает"
]

 

да electron тут вообще не причем - все electron приложения работают точно также как и обычные сайты - создают и обновляют dom-элементы, за очень редким исключением когда они работают через canvas или webgl

 

Я вот буквально еще утром рассуждал на тему Electron. Чем он так цепляет, что на нем пишут Slack, GitBook, VSCode и кучу другого популярного ПО. Возможно небольшие накладные расходы..

 

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

 

Ну кросплатформенность то понятно.

 

в slack они много выкинули с electron, может даже собрали свою сборку chrome для этого

 

Лично меня смущает js в нем. Но по сути, это веб, а веб без js..

 

Может Flutter что-то подобное замутит на dart

 

не знаю чем вас смущает js, он везде, пусть вы и пишете на dart, но в итоге js

 

Можно похоливарить, но нет желания)

 

жаль что в js не сделали норм типы

 

И я абсолютно не фанат dart, потому что только пришел, пока нравится, посмотрим что будет.

 

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

 

Динамическая типизация, undefined, класс можно написать 4 способами, const странного поведения,

 

А NativeScript пробовали?

 

я сейчас выбираю на чем мне писал под android / ios
kotlin / dart + flutter, nativescript что впринципе нормально, ибо проект у меня в вебе

 

NativeScript как раз для этиз целей

 

Типа Flutter, только js

 

расскажите подробно про flutter

 

Я лично его еще не использовал, так что не возьмусь за подробно. Пока что меня только AngularDart интересует.

 

Сегодня кстати вакансию на hh видел. Билайн, говорят что присматриваются к Flutter

 

Я кстати против электрона но не потому что это типа веб вместо нативных компонентов а потому что он достаточно опасен. Достаточно обычного xss в коде (а для веба это одна из самых распространенных вещей) на электроне и этот xss превращается в rce - то есть злоумышленник может выполнить любой код на вашем компьютере - от внедрения вируса и заканчивая шифровальщиком. Да, отключение интеграции с нодой решает проблему но во первых будете ли вы при установке электрон-приложения смотреть исходники чтобы узнать отключена ли она ? а во вторых неизвестно появятся ли много других обходных способов (которые уже были и не раз) поскольку браузер в отличии от электрона работает через песочницу а электроне для того чтобы типа упростить разработку решили все поотключать. Кароче жду пока хром не запилит pwa а пока приходится пользоваться сайтами вместо десктоп-версий

 

Согласен. Думаю что коммерческим лицензированным проектам он вообще не подходит. Исходники все открыты.

 

Есть аналог Electron, nw.js (не помню точное название), там они как-то компилят бинарник.

 

в nw.js точно так же опасен как и электрон - там возможность выполнить код ноды в index.html была из коробки. Они кстати компилят не в бинарник а в некий снапшот v8 который будет работать медленнее

 

Кроме этих технологий, остается qt, xamarin или еще что-то интересное остается?

 

Точно)

 

любой современный веб обязан быть написан на одной из "платформ" потому что так правильно и быстрее и максимально эффективно делать веб и достигается объективно лучший user experience
или на чистом js.
использование jQuery признак отсталости.

 

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

 

я таковых не встречал. на jQuery

 

Фреймворки просто дают абстракцию и удобство. Сейчас вообще можно сделать за пять минут то, что раньше занимало неделю

 

Фреймворки облегчают реализацию типовых проектов. Как бы не больше и не меньше - захочешь чего-то нестандартного и всё, приплыл.

 

Всё так

 

"Фреймворки" это иногда может быть 1 файл с API как Polymer

 

с оверхедом в 4 килобайта

 

компонентная модель в принципе меняет весь подход к разработке клиента

 

не видел я что то проектов на jQuery и Redux

 

наследование компонентов дает гибкость, скорость и контроль кода такого уровня, что ни один jQuery элемент не сможет

 

За qt на тебя сразу наедут все кому не лень

 

Qt мог выжить в 2011, если бы Микрософт не купил Нокию и не убил бы Симбиан и Meego

 

а так в 18 году делать ему в мире web нечего

 

А, мы про веб?

 

Тогда qml

 

qml это считай шаблончики для qt

 

Очень популярная штука

 

Ну, не совсем

 

мы говорим о полном цикле разработки продукта в 18 году

 

Можно без с++ кода сделать проект

 

еще в 11 году Нокиа уже прекрасно понимали, приложений больше нет

 

в qml джс с коробкт же

 

Сервисы - вот настоящее наше

 

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

 

разработай и веб и моб, и прочие прелести, да не за год два, а за 4 месяца

 

потому что через год, этот продукт уже нафиг может никому быть ненужен

 

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

 

Как же это пафосно звучит, а ведь вы сталкивались буквально с некачественным кодом. Я могу вам такого говна на ангуляре накидать, или сделать идеальную структуру с помошью require + jquery. Не надо кидаться из крайности в крайность. Есть понятия вне фреймверка, компоненты, организация кода, и структура. Именно это влияет, а не фреймверк

 

полностью согласен

 

Хотелось бы посмотреть на ваш jQuery в действительно крупном проекте.

 

То что на фреймворке писать можно плохо, это верно, но не имеет отношения к этой теме. Главное что фреймворк позволит сделать, на сколько быстро и какой с каким подходом. С идеальной структурой на jQuery вы этого не добьетесь. Это как жонглировать неудобным предметом.

 

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

 

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

 

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

 

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

 

Другое дело что так практически не делают, предпочитая лапшекод. Отсюда и ненааисть к жквери ??

 

Ненависть к jQuery из-за того, что это нерасширяемый код, большой размер jQuery тормозит старт приложения и любые манипуляции с домом приводят к практически неконтролируемым перерисовкам. Все современные фреймворки работают с shadow Dom.

 

Любой фреймворк не отменяет в чистую использовать апи браузера. Хоть на канвас все рисуй

 

Не не, не совсем. Нерасширяемость прекрасно улучшается с помощью древней require.js или аналогам, она позволяет бить код на компоненты как у ангкляра с внедрением зависимостей. А манипуляции с домом можно контролировать а не перерисовывать всю страничку при изменении одного слова. До ангуляров все это как-то работало ведь, а сейчас внезапно начало тормозить. Были техники как избегать тяжелых манипуляций с дом и как их оптимизировать. Сейчас же все полагаются на вуе/ангуляр и говорят что остальное пдохо. Раньше тоже были нагруженые интерфейсом сайты, и при грамотном подходе она прекрасно работали. Хотя согласен, усилий придется приложить больше

 

Я кстати вообще удивлен что не все люди работающие с фронтом знают о DocumentFragment

 

Я говорю о приложениях, которые рендерятся полностью на клиенте. Найти такой на jQuery и запусти на мобильнике

 

Не расширяются компоненты jQuery без переписывания

 

Ну я опять же взываю к качеству исполнения пользовательского кода а не производительности библиотеки

 

Еще я наблюдал как любят взять jQuery для запросов, потом сталкиваются с тем что нужно менять состояние и пытаются извращенно манипулировать этим. Все это боязнь фреймворков. Такое впечатление что на jQuery все замыкается. Есть Axios, нативный fetch и его полифилы. Все это тянется от кода джунов, которые не верно трактуют термин ajax.

 

Размер jQuery какой

 

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

 

У ангуляра только тот, от которого ты отнаследуешся

 

Тоесть теоретически в пару килобайт

 

Та не, там же еще вендор подключается

 

Хороший такой

 

В нем хороший кусок кода из ангуляра выходит

 

Веб компоненты можно писать на чистом js

 

У полимера точно оверхед в пару килобайт

 

Я думаю у Vue тоже

 

Вуе значительно меньше по размеру ангуляра

 

Но в наше время, когда 3ж никого не удивишь, скачать бандл на мегабайт не проблема

 

Я не уверен, пока с AngularDart5 не настолько знаком чтобы их сравнивать.

 

У Гугла паттерн PRPL рекомендует не превышать 50к

 

Это неправда в 3мб

 

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

 

front-end performance checklist for 2018

 

Я сейчас не про дартовский, про жсный ангуляр

 

Я просто не знаю какой в дарте размер

 

У меня вебпак упорно выдает 2.1 мб бандл для продакшена