Ну да. метод помечен, как устаревший аж с 2012 г, но пока не deprecated. Выпилили только .copy(), .cat() и paste(). Кстати в новом обновлении хрома вернули и эти фичи ;)
Ну а чтоб кастомизировать...
Четырежды плюсуюсь, но для подавляющего большинства кодеров это не айс, не полезут докапываться.
Кстати, а Вы уверены. что editor js и draft-js не используют execCommand? Так что если выпилят этот метод, то и эти библиотеки благополучно также загнутся.
А то, что draft js
легко добавлять новые блоки и тд, намного удобнее использовать готовый продуманный инструмент
это конечно даёт существенную экономию времени разработки.
Элементарная стилизация текста давным давно реализована в ваниле. Современные браузеры в div с contenteditable=true поддерживают и некоторые сочетания клавиш, например ctrl+B, ctrl+I и т.д. Выделенному тексту можно задавать шрифт, цвет, цвет паттерна с помощью метода document.execCommand().
Ну а назначить кнопкам действие это совсем просто.
Вопрос - fetch() сложный? Куда уж проще... Ладно колбеки в XMLHttpRequest не нравились, вот вам промис готовый, нет надо лишний траффик, чтобы обертку накатить.
Ну ладно, а в чем преимущество перед наивным fetch ()? Вообще не понял
Конечно в них. Их же матом обкладываю ;) Библиотеки и фреймворки очень сильно понижают порог входа и расхолаживают. + мало кто реально оптимизирует скрипты. Да пофиг что в цикле к бд запросы, да пофиг масиив будем перебирать в лоб, да пофиг ... моного чего ещё.
Да всё просто коллега. Берете ноут 5-6 летней и запускаете.
Я матом обкладываю разработчиков, которые написали Web для пары крупных банков, на react. Да, на современном компе с 16Гб, как-то работает, а вот на таком ноуте одни мучения. И это если не глянуть консоль, куда куча инфы зачем-то попадает. И эти поделия в прод выпустили.
Плюсуюсь всеми конечности. TS хайп, нужны библиотеки JS, никто не пишет на ваниле и т.д. и т.п. Вот ООП стало хайпом, лепят всюду, когда нужно и не нужно. Отсюда и желание JS сделать настоящим ООП языком, но вот никак не вижу, зачем из него лепить java...
Зашёл почитать в комментариях холи-срач, но пока тихо.
Есть пара вопросов: вот это тэг <app-button></app-button>,
А на фига? Неужели все настолько "продвинулись", что забыли наивный js, с современными api HTML5?
И почему ангуляр это фреймворков, а реакт библиотека? Дайте тогда определение, а так это голимое IMHO.
Наверное по этот перл: "В отличие от виртуального DOM, в инкрементном DOM память расходуется при перерисовке дерева DOM, если только в нем произошли изменения (то есть были удалены или добавлены элементы). Кроме того, выделение памяти пропорционально размеру изменений" стоит оригинал перечитать, но в переводе уж0с какой-то. Хотя как сказать, дуралеи наверное без изменения DOM могут его перерисовать а-ля ... render(). Ну а концовка фразы перл ещё тот - неужели V8 движек даёт клиентскому скрипту залезать в память? Извините - не поверю; V8 прекрасно сам сжти сейчас управляется.
Хе-хе, так значит всё-таки отдаёт готовый html… Ну так я об этом в своём 1-м комментарии и писал "… на сервере собирается готовый html...", Вы просто невнимательно прочитали мой комментарий и сделали неправильный вывод, за уши притянув «концептами SPA и SSR».
А что, нода быстрее соберёт готовый html? Где-то видел статью, где пробовали измерить эту скорость, примерно везде одинаковая, php или python, уже точно не вспомню, побыстрее на apache оказался
Эх, жаль не могу голосовать, Ваш ответ вот самый-самый в точку?
Ну и хорошо, что не загнётся ;)
Ну да. метод помечен, как устаревший аж с 2012 г, но пока не deprecated. Выпилили только .copy(), .cat() и paste(). Кстати в новом обновлении хрома вернули и эти фичи ;)
Четырежды плюсуюсь, но для подавляющего большинства кодеров это не айс, не полезут докапываться.
Кстати, а Вы уверены. что editor js и draft-js не используют execCommand? Так что если выпилят этот метод, то и эти библиотеки благополучно также загнутся.
А то, что draft js
это конечно даёт существенную экономию времени разработки.
Элементарная стилизация текста давным давно реализована в ваниле. Современные браузеры в div с contenteditable=true поддерживают и некоторые сочетания клавиш, например ctrl+B, ctrl+I и т.д. Выделенному тексту можно задавать шрифт, цвет, цвет паттерна с помощью метода document.execCommand().
Ну а назначить кнопкам действие это совсем просто.
Моё мнение с Вашим совпало: "Можно это сделать самому вокруг того же fetch, что и сделал автор статьи для своего проекта."
Вопрос - fetch() сложный? Куда уж проще... Ладно колбеки в XMLHttpRequest не нравились, вот вам промис готовый, нет надо лишний траффик, чтобы обертку накатить.
Ну ладно, а в чем преимущество перед наивным fetch ()? Вообще не понял
Конечно в них. Их же матом обкладываю ;) Библиотеки и фреймворки очень сильно понижают порог входа и расхолаживают. + мало кто реально оптимизирует скрипты. Да пофиг что в цикле к бд запросы, да пофиг масиив будем перебирать в лоб, да пофиг ... моного чего ещё.
Ну вот в самую точку попали.
Да всё просто коллега. Берете ноут 5-6 летней и запускаете.
Я матом обкладываю разработчиков, которые написали Web для пары крупных банков, на react. Да, на современном компе с 16Гб, как-то работает, а вот на таком ноуте одни мучения. И это если не глянуть консоль, куда куча инфы зачем-то попадает. И эти поделия в прод выпустили.
Конечно признаю, и да, ООП классная фича. Вот только использовать бы её по назначению. А так и микроскопом гвозди забивать можно.
Плюсуюсь всеми конечности. TS хайп, нужны библиотеки JS, никто не пишет на ваниле и т.д. и т.п. Вот ООП стало хайпом, лепят всюду, когда нужно и не нужно. Отсюда и желание JS сделать настоящим ООП языком, но вот никак не вижу, зачем из него лепить java...
О да, ждём'с нормальный импорт
А не в виде json в slim данные из бд феньшуй не позволяет?
Можно даже div черным раскрашенные делать
Зашёл почитать в комментариях холи-срач, но пока тихо.
Есть пара вопросов: вот это
тэг <app-button></app-button>,А на фига? Неужели все настолько "продвинулись", что забыли наивный js, с современными api HTML5?
И почему ангуляр это фреймворков, а реакт библиотека? Дайте тогда определение, а так это голимое IMHO.
Наверное по этот перл: "
В отличие от виртуального DOM, в инкрементном DOM память расходуется при перерисовке дерева DOM, если только в нем произошли изменения (то есть были удалены или добавлены элементы). Кроме того, выделение памяти пропорционально размеру изменений" стоит оригинал перечитать, но в переводе уж0с какой-то. Хотя как сказать, дуралеи наверное без изменения DOM могут его перерисовать а-ля ... render(). Ну а концовка фразы перл ещё тот - неужели V8 движек даёт клиентскому скрипту залезать в память? Извините - не поверю; V8 прекрасно сам сжти сейчас управляется.Соль на спину уж точно. Excel никак не отнять, все привыкли.
Вот плюсуюсь неоднократно. Лучше самому представлять как регулярки работают.
~1с это по Вашему хорошо?
Очень и очень спорное мнение. Для SELECT Myisam даже побыстрее InnoDB
А что, нода быстрее соберёт готовый html? Где-то видел статью, где пробовали измерить эту скорость, примерно везде одинаковая, php или python, уже точно не вспомню, побыстрее на apache оказался