Ты наверное ещё и не в состоянии представить наследование css классов по имени элемента :)

А ещё ты не способен понять почему мир идет к webcomponents?! Почему все поголовно не остановились на ангуляре и на его кастомных атрибутах?

Может быть потому, что это костыль? В твою светлую голову эта мысль не в состоянии попасть?!

так как бы ui и есть webcomponents только еще и куча всего более высокоуровнего.

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

Ну конечно же это очевидно! ;)

А, ну да) я не сказал? Не ну даже по видяшкам видно жи!!
Каждый компонент это как бы веб компонентс. Ни че не мешает мне потом как браузеры начнут поддерживать ВНУТРИ это реализовать именно на вебкомпонентах, и скорость будет лучше и все такое. я как бы смотря на полимер и реакт делал юишку если че так.

реакт - ассинхроннный рендеринг и скорость.
полимер - создание кастомных элементов и атрибутов.
метеор - изоморфность (я работаю над этим кстати)

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

Ого, у тебя такая большая голова, ты наверное уже точно чтобы наоборот говоришь в состоянии, где твоя логика чувак?

http://www.youtube.com/watch?v=I2WBmi1SuzA - тебя засняла скрытая камера.
;)

Gozar, и тем не менее, этот умник выше, мне говорит что мол если в компоненте нет логики то это не щитается что компонент, надо чтобы обязательно какой нить контроллер там впиндюрен был)) иначе если в компоненте тока темплейт, то он и компонент этот называется ТЕМПЛЕЙТ))) где тока люди стока травы берут.

грит это у тя не компонент а темплейт, раз у тя там внутри один темплейт)))))))))))) ох лол

плюсую

зачем, зачем сдерживаться если разговор в какое-то русло пошел?

l-liava-l,
Как-то забыл про этот пост, спасибо, теперь многое прояснилось)

UIjs,
Затем, что это оффтоп и не нужно тему в свалку превращать. Для обсуждения общих вопросов есть "Обсуждений тред".

И что у него нет кастомных атрибутов? :) Что не так?

ИМХО, мне скучно читать 17 страниц про основы React. Я целую доку перевел и хорошо их знаю. Что тут нужно делать?

Ну давай поговорим про роутер? Ты готов? Какой роутер ты используешь и какие у него недостатки?

Ха) даж не постеснялся такое вслух сказать). При чем я запилил компонент (в виде атрибута) какой нить ui-scroll и все. люди могут юзать его в своей верстке если подключат игнорируя реализацию ;) и у них будет красивый скроллбар где они пропишут этот атрибут. я даж маркет думаю запилить, как вебстор от хрома так же маркет компонентов на ui)


жалко что в реакте такого нет

А разве здесь не обсуждают проблемы программирования. Что тут ещё делать?

Gozar, я пошутил

кстати скоро будет демка на итерацию миллиона элементов списка без тормозов) за мгновение, просто нажимаешь F5 и у тебя все нарисовано, я уже пилил прототип) было весело, потом отключил, посмотрим теперь как это сочитается с новыми плюшками которые я понадобавлял с того времени. я пока сайт делаю чтобы бабки были, закончу его и денька 2 посижу допилю ассинхронный рендеринг и рендеринг только того что видно в кадре ;)

Если кто то не понял то я не оффтопил а сравнивал скорость реакта со своим фреймворком который по сути ангуляр. Про это сравнение уже все как года 2 слышат. Модератор просто не в теме и пытается умничать. Спасибо за предупреждение дорогой друг.

На столе лежит только арахис, а ты кричишь что это сникерс.. ладно фиг с тобой, дилетант. :D

компонент выполняющий только alert(111) не перестает быть компонентом. мазафака. название у него такое. просто в его составе только одна фнкция. такой простой вот компанент. я к тому что твое утверждение "Это не компонент это шаблон" чушь! это как "оно не холодное оно красное" надо было сказать "этот компонент неполнцоенный потому что тока из одного шаблона состоит и ни че толком не делает, я бы круче запилил" вот это бы имело хоть какой то смысл, и то я котику показывал как в компонент оборачивать надо чтобы каждый раз по 10 атрибутов не писать, так что этот упрек не имел бы смысла.

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

Я тебе про другой уровень абстракции говорю, на котором слово "компонент" как-то влияет на видение архитектуры приложения, усе корочи сойдемся на том что ты не можешь понять :)

l-liava-l, ты сильно охренеешь но компоннеты бывают разных уровней, есть низкоуровневые компоненты вроде ng-repeat или ng-if из них составляешь более высокоуровневые компоненты, кнопку там, инпат, список, из них составляешь чатики. А потом из самых высокоуровневых составляешь сайт. ВОТ ЭТО ПОВОРОТ. Иногда лень бывает оборачивать в компонент и пилишь прям развернутую разметку, иногда не лень и оборачиваешь и.т.п. ВОТ ЭТО ПОВОРОТ





п.с. у меня есть 2 слоя, базовый, это какие то компоненты, и проэктный, это СОСТАВЛЕНИИЕ из этих компоннетов сайта. А управляют проэктным уровнем контроллеры. ВОТ ЭТО ПОВОРОТ, но ведь В АНГУЛЯРЕ ТАК ЖЕ

Ты уверен что "я тебя не понял" а не например "ты новичек в ангуляре по сравнению со мной что даже понять не можешь о чем я говорю" ?

Реактщики, как вы организовываете множество "состояний" одного компонента? Поясню. Допустим, у меня есть компонент Content, который может содержать инфу разного рода(картинки/статьи/списки статей/поля ввода) и нужно показывать что-то одно. Раньше я делал так: создавал отдельные компоненты типа Pictures, Articles, и т.д, и в зависимости от this.state компонента Content внутри него рендерил нужный дочерний компонент. Всё норм, но только вот количество дочерних компонентов стало сильно расти и всё это, как вы поняли, вываливается в глобальную область. Как бы вы поступили в данном случае? Продолжали растить количество компонентов или использовали что-то ещё?

Я делал с помощью вот этого https://github.com/rackt/react-router

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

Gozar,
спасибо.

Играюсь с React Native последние две недели, очарован им. До этого пилил свой эпп на Swift в свободное от работы время - разработка шла медленно, вгоняла в уныние. Решил потрогать React Native - и уже на след день принял решение писать эпп на нём. Прогресс разработки очень радует. По сути родной и знакомый JS/React, только вместо DOM - react-компоненты iOS-интерфейса.
Есть крутая возможность написать NativeModule на ObjectiveC/Swift - и потом к нему обращаться из JS. И это дело подключается буквально в пару строчек.
Единственное, что не нравится - это стили свойствами JS-объектов, при этом дочерние элементы ничего не наследуют от стилей родителей. Как-то не изящно оно выглядит.
Но так уже сейчас это на удивление стабильный и мощный инструмент, активно развивающийся (слежу на гитхабе).
P.S. Думаю, что подраздел по React'у на форуме был бы кстати.

Кто-нибудь использовал React вместе с async/await? Сейчас пытаюсь провернуть такое

class CompName extends React.Component {

  getSomeData(url) {
    return fetch(url)
          .then((res) => {
            return res.json().then(json => json)
          })
  }

  async render() {
    let content = await this.getSomeData(this.props.url)

    return (
      // вывод данных
    )
  }
}

Но при сборке, Babel ругается на async перед методом render(), хотя я указал доп. опцию { optional: ['asyncToGenerator'] } .

Может быть, у кого-нибудь есть предложения на этот счёт?

А что, реакт позволяет возврат промайза из #render()?

Erolast,
на сколько я знаю - нет. А разве должен?

А разве это не разрушение паттерна React? Какой тогда смысл использовать React?

Gozar,
ты вообще про что?) Зачем методу render() возвращать обещание, если он должен возвращать react-элемент?

Конечно. async/await - это сахар над использованием генераторов совместно с промайзами, результат асинхронной функции - промайз.

Erolast,
что-то я об этом не подумал. Не подскажешь лаконичный способ, использования async'ов внутри реакта? А то всё, что приходит мне в голову - это топоркривые костыли.

Неясно зачем.

React.Component#render возвращает объект, описывающий состояние узла в каждый момент времени: всякий раз, когда реакт заподозрит, что представление компонента могло измениться, дергается этот метод, и DOM приводится в соответствие его результату. Никакой асинхронщины там в принципе быть не может.

Erolast,
у меня есть компонент, который выводит svg. Сначала он посылает запрос, получает svg и выводит результат. Всё, больше ничего он не делает.

http://facebook.github.io/react/tips/initial-ajax.html (только isMounted в последнем реакте уже не надо использовать).

Erolast,
так у меня сейчас, но это же не писк моды))

Safort,
Это он тебе намекает на то, что ajax посылается в componentDidMount, а старт отрисовки вызывается когда ты вызываешь this.setState. На эти грабли наступают все кто не читал документацию.

Да, ты хочешь сломать основной паттерн реакта. Я не понимаю зачем.

Ну не используй React.

Аха.

async/await лучше в getSomeData применить:

async function getSomeData(url) {
    let response = await fetch(url);
    return response.json();
}

Gozar,
Вот не пойму почему именно componentDidMount, а не componentWillMount?

Ну это понятно.

Я читал доки, но, наверное, не недостаточно внимательно.

Я туплю, но совершенно не понимаю о каком основном паттерне ты говоришь.

Прост))) Я просто экспериментирую, не более.

Ладно.

Erolast,
Попробую днём, сейчас уже плохо соображаю)

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

Кст раз зашла речь о патернах, factory в ангуляре нужно использовать так ?

ang.factory( "mFactory", function () {
 return new MyClass();
});

Он вызовет только один раз функцию для mFactory, а потом будет использовать за кешированный объект, да?
т.е создас только один объект класса MyClass?