Розробка · 18 жовтня 2018, 13:33 8796

Frameworkless JavaScript

Панове фронтендери і наближені до фронта, так як Гугл видає не самі свіжі і самі релевантні результати, а статті в інтернетах здебільшого пишуться заради галочки в ЧСВ пісатєля, а не користі, маю до Вас кілка питань
* Чи можливо в пізньому 2018му році при розробці малих і середніх веб аплікух обійтись без 100500 фреймворків/бібліотек, а покластись на штатні можливості ES6/HTML5/CSS3(ну можливо jQuery для швидкої імплементації UI свістєлок для MVP і Вебпак для збірки)?
* Хіба не буде більш ефективним займатися розробкою саме того шо потрібно, а не намагатись криво інтегрувати черговий «дуже важливий» фреймворк і розрулювати залежності?
* Поділіться, будь-ласка, гарними статтями по темі
* Які найбільші проблеми стоять на даному шляху. Кривість рук кодерків і можливість застосувати правильно шаблони розробки не в рахунок?
* Поділіться, будь-ласка, Вашим досвідом розробки веб аплікух без зайвого «сміття»
Дякую!

Теми: JavaScript

👍ПодобаєтьсяСподобалось0

До обраногоВ обраному0

Facebook

Twitter

Найкращі коментарі пропустити

Aleksey _ 19.10.2018 15:37

Любой хороший инструмент делает сложные вещи реальными, а простые оставляет простыми. Современные фреймворки — это хорошие инструменты. Это означает что чем больше у вас задача тем больше вы получите пользы от использования фреймворков. В то время как отказ от них задачи не упростит

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

Начнем со сложности. Если вы не используете никакие фреймворки — у вас в том-же приложении будет значительно возрастать сложность. Единственный эффективный способ бороться со сложностью — абстрагирование. То есть вы будете создавать свой фреймворк. Так как мы тут в волшебном мире прямых рук — вы, наверняка, напишете что-то лучшее чем за +/-5 лет накатали гугл, фб и открытые сообщества. Но только вы снова оказываетесь с фреймворком. Только его никто кроме вас не знает, а значит растет стоимость расширения команды и падает ваша стоимость как специалиста

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

И да, jquery это не фреймворк, это библиотека. То есть он забирает на себя рутину, но не влияет на сложность

P.S. ES6 и фреймворки это вещи вообще параллельные и никак не взаимозаменяемые. Вы, наверно, имеете ввиду Browser API

Перейти до дискусії

Bot Bot 18.10.2018 18:22

Кстати, вот такое введите в консоли браузера и посмейтесь с результата )))) [6,2,-2,-7].sort()

Перейти до дискусії

Gennady Dogaev 19.10.2018 21:34

Хіба не буде більш ефективним займатися розробкою саме того шо потрібно, а не намагатись криво інтегрувати черговий «дуже важливий» фреймворк і розрулювати залежності?

Обычно те кто так говорят и без фреймворка не могут, и с ним.

Зависит от размера приложения. Если там один экран — можно и без фреймворков. Если полноценное SPA с роутингом — то без фреймворка в конце-концов будешь писать аналог фреймворка. Только фреймворкам популярным по несколько лет и над ними работали команды инженеров. А сам будешь наступать на грабли, которые можно обойти.

Поділіться, будь-ласка, Вашим досвідом розробки веб аплікух без зайвого «сміття»

Клепал я веб-приложение с 2010 года. Фреймворки тогда ещё не были на слуху, да и планов наперед не было (то есть я не знал примерно во что тот проект вырастет). Ну я и клепал на php да jquery. Потом оно стало расти. Стало расти и количество костылей. Сейчас код того проекта мне показывать стыдно, хотя оно до сих пор работает и доход заказчику приносит. Теперь я знаю что нужно заранее узнавать масштабы проекта, да и вообще если там есть хотя бы 2 экрана и роутинг и это должно грузиться аяксом — лучше сразу пилить SPA на фреймворке.

Перейти до дискусії

Constantine Dobrovolsky 19.10.2018 10:53

Я работал с реактом, писал проекты на ангуле. Я готов официально заявить: ES6 покрывает абсолютно весь скоуп задач который, ЯКОБЫ решают фреймворки.
Если вам, конечно, нужно решать задачи, а не ходить по модным тусовкам где модники на гироскутерах ласкают друг-другу ЧСВ.
В мейнстрим тусовке судя по всему никто и не поймет о каком это ES6/ES8 вы говорите. Что за фреймворки такие? Есть модуль для вебпак?

Написав проект на ES6 я точно знаю что:
1. Он нативен и любой человек мало-мальски знающий жабаскрипт разберется
2. Он не аутдейтнится через ГОД как вонючий... кхм. [insert framework here]. А будет жить минимум 10 лет
3. Он быстрый. Никакого оверхеда, загрузок, злогребучих
4. Разрабатывать на ES6 (внимание!) гораздо быстрее чем на говнофреймворках. No, really я написал и отдал рабочую альфу (админка с фичами) на экме на 1 месяц.
На ангуларе мне понадобилось 3(!) для приблизительно такого же проекта.

Роутер — если правильно спроектировать приложуху, то роутер можно накатать в пару строчек.
Ад коллбеков — Господа. просто научитесь работать с fetch(), Promise, Promisa.all.
Темплейты — это отдельная тема и то, что делает реакт — не вызывает никаких эмоций кроме фейспалма. css в жабаскрипте? серьезно?
Вот вам загрузчик:

async function load(url) {
    let data = await (await (fetch(url)
        .then(res => {
            return res.text();
        })
        .catch(err => {
            console.log('Error: ', err);
        })
    ))
    return data
};

async function include(link, input) {
    let data = await (await (load(`${link}.html`)
        .then(data => {
            var newData = input;
            tpl = '`' + data + '`';
            return eval(tpl);
        })
    ));
    return data
};

Вот вам темплейт в файле list.html

${(() => {
    var lol = '';
    newData.blabla.map(item => {
        lol += `
        <li>
        <a href="#blabla,${item.id}" title="${item.name}">
            <span class="id">${item.id}</span>
        </a>
        </li>
        `
    })
    return lol
})()}

Достаточно научиться работать со сраными кавычками [``]. И самое главное никакиж .jsx, никаких pug’ов, интерпритаторов и прочего мусора. Чистый js и html.

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

Перейти до дискусії

Bot Bot 18.10.2018 16:03

Дякую тоби боже шо я не фронт-энд девелопер :-)

Перейти до дискусії

Ctrl + Enter

Олександр Шпак Oarsman в Self Employed 22.10.2018 15:10

Завжди свій код з часом перетворюється на фреймворк... Тому я одразу пишу свої фреймворки. :D

Frameworkless JavaScript

Найкращі коментарі пропустити

215 коментарів

Підписатись на коментарі