Отвечу про общий случай использования функционального программирования.
Функциональное программирование в веб-проектах используется постоянно.
$('a').click(function () {
console.log('hello');
})
function () {
console.log('hello');
}
Это уже функциональное программирование. Т.к. в качестве аргумента мы передаем функцию и можем возвратить функцию.
Функции underscore.
_.map, _.filter, _.reduce — тоже пришли из функциональных языков.
Главная проблема в полимере это поддержка браузеров. IE 10+, это значит, что масштабные проекты, в которых большая доля IE, сразу оказываются в пролете. Все остальное будущее, круто и т.д. Но поддержка браузеров пока что решает.
Не соглашусь. Порог вхождения в Реакт очень низкий. Просто на нем надо написать хотя бы что-то.
Плюс в Реакте действует следующий подход
1. Берем статичный html, разбиваем его на отдельные виджеты.
2. Рассматриваем каждый виджет как мини-приложение со своим состоянием и со своими начальными данными.
3. Определяем данные, которые мы будем использовать. При этом, чтобы не было дублирования данных.
4. Добавляем динамику и взаимодействие с пользователем.
5. Баг-фиксинг.
Если когда тебе попадается новый код рассматривать эти этапы шаг за шагом, то код изучать очень просто.
А теперь представьте, что у вас стоит какой-нибудь тайловый оконный менеджер типа xMonad и настроить оптимальное разрешение каждый раз через GUI очень утомительно. Поэтому вы пишите скриптик, который бы выполнялся каждый раз при подключении.
github.com/component/component/wiki/F.A.Q
и
webpack.github.io/
подход component мне нравится больше. И не нужно под это тянуть целый БЭМ и даже его придумывать.
Функциональное программирование в веб-проектах используется постоянно.
$('a').click(function () {
console.log('hello');
})
function () {
console.log('hello');
}
Это уже функциональное программирование. Т.к. в качестве аргумента мы передаем функцию и можем возвратить функцию.
Функции underscore.
_.map, _.filter, _.reduce — тоже пришли из функциональных языков.
Многие фичи в ES6 берут свое начало из функциональных языков:
github.com/lukehoban/es6features#destructuring — pattern matching.
github.com/lukehoban/es6features#comprehensions
FRP на базе которого был построен в том числе React, тоже берет начало в функциональных языках.
Результат конечно потрясающий.
Плюс в Реакте действует следующий подход
1. Берем статичный html, разбиваем его на отдельные виджеты.
2. Рассматриваем каждый виджет как мини-приложение со своим состоянием и со своими начальными данными.
3. Определяем данные, которые мы будем использовать. При этом, чтобы не было дублирования данных.
4. Добавляем динамику и взаимодействие с пользователем.
5. Баг-фиксинг.
Если когда тебе попадается новый код рассматривать эти этапы шаг за шагом, то код изучать очень просто.
Вполне даже советский.
Кажется я знаю, что появится дальше.