Pull to refresh
9
0
Константин @kanstantsin

Пользователь

Send message
Даже если есть цель не использовать JSX, хотя как уже тут заметили, на TS писать JSX даже удобнее, то зачем усложнять, если можно (по памяти):
var el = React.createElement;

el('div', {myProp: 'hello'}, 
    el('span', {className: 'myClass'}, 'inner')
);
Для статистики — на ZenUI и этом же 6.0.1 убирается, но не думаю, что это асуса фишка.

Я не IT-эмигрант, это материал — для IT-эмигранта :)

Извините, негативный голос — мой. Просто промахнулся. Исправить пока возможность не нашел.
Автор. Вы противоречите сами себе. Вы пишете, что нет нормальных велодорожек

Я так не пишу :)

на переходах часто надо переходить пешком

Не часто, иногда. Это слова с противоположным смыслом :)

по «велодорожках» на тротуаре ходят люди

Да, иногда еще ходят приезжие и старшее поколение.

НО пользоваться велосипедом, как основным транспортом достаточно комфортно

Да, комфортнее, чем, например, наземным общественным транспортом. Странно, что вы этого не замечаете :)

Так что давайте объективно, Минску до велоинфраструктуры, как до луны пешком

Велоинфраструктура в Минске есть, я не рассуждаю о ее качестве и не хвалю. Пишу о том, что вижу из седла велосипеда и даю личную оценку.
Если вам некомфортно ездить по Минску на велосипеде, возможно, велосипед не подходит для условий эксплуатации или неверно подобран?
Добавил в конце материала информацию об авторе.
Я не хочу вступать в полемику, просто на проекте в ~25k строк кода со значительным кол-вом запросов к api размер, поддерживаемость, читаемость кода начинают иметь особое значение, поэтому отказ от redux оказался верным решением. На простых примерах типа todo все выглядит прилично, но на реальных проектах появляются проблемы. Только личный опыт :)
mobx нет, но попытки писать в ооп-стиле с redux это пытка.
Пока mobx, пока ок, если подумать над архитектурой прежде, чем начать писать :) Но кода стало меньше, появилось какое-никакое ООП, typescript опять же сильно помогает, уже почти можно жить :)
Золотые слова. Вспоминаю как страшный сон эти тонны повторяющегося кода. Особенно доставляют константа на константе и спагетти из функций, которые аргументы функций, являющихся аргументами функций и т.д. по схеме. Как будто код какой-нибудь CMS из 2005 года.
Я имею в виду:

class Button extends React.Component {
  render() {
    return (
      <button style={{background: this.context.color}}>
        {this.props.children}
      </button>
    );
  }
}

Button.contextTypes = {
  color: PropTypes.string // Как получить контекст без PropTypes?
};
А можно ли заменить PropTypes на Flow для контекста? Насколько я представляю, пока от PropTypes отказаться нельзя, т.к. они используются для typehinting контекста.
Проблема заголовка — 3 согласные подряд. Правильный пример с рыбой звучал бы как рыба во мраке.
А кол-во итераций было какое?
Речь шла о чем-то вроде bcrypt, если мы говорим о паролях. А то ведь можно и crc32 в пример поставить :)
Зависит от реализации конечно, но подозреваю, что 255 символов будут хешироваться несколько секунд. Нет возможности проверить, но это уже много.
Чем длиннее пароль, тем больше ресурсов нужно, чтобы построить его хэш. При желании, можно сильно нагрузить бэкэнд, заставляя его генерировать хеши для длинных паролей.
И это уже не мало, если один из них работает быстрее.
А какие у вас результаты?
приложение на React… Больше всего меня разочаровал раутер. И старый, и новый

В React нет роутера…

приходится ваять огород из middleware и разных хелперов

В React нет middleware…

но миксины-то чем мешают?

Их нельзя использовать с классами.

В React это страшилка, которой пугают детей. Это еще одна особенность React — разработчики тянут из года в год обратную совместимость, не решаясь отрезать лишнее.

Миксины, как раз кандидаты на отрезание, т.к. .createClass() рано или поздно станет атавизмом.

Information

Rating
Does not participate
Location
Минск, Минская обл., Беларусь
Registered
Activity