https://github.com/sapegin/react-styleguidist

@gusnkt вероятно внутри больших проектов и делают, правда никто наружу не выкладывает

Сказал так, словно что-то там скрывает и не выдаёт наружу. Лёш, делись наработками ваших Яндекс-ниндзя :)

Коллеги, а кто в каком порядке методы в компонентах определяет? 1. constructor, lifecycle, handlers, sub-renders, render, utils 2. constructor, lifecycle, render, sub-renders, handlers, utils 3. constructor, utils, handlers, sub-renders, render, lifecycle 4. ...?

4

constructor, geters, lifecycle, render, handlers, utils

constructor, lifecycle, handlers, [sub-renders, utils,] render

хотя тут geters можно прировнять и utils/sub-render, но я их обычно в вверх выношу

приравнять*

интересно

а все придерживаются рекоммендации фейсбука и делают все компоненты в системе с уникальными именами7

я че то подзадолбался. Супер длинные имена уже

AnotherComponentInLeftSidebarOnAboutPage?:D

ага(

а как же реюзабельные компоненты?

Тоже за вариант - constructor, lifecycle, handlers, [sub-renders, utils,] render В конце рендер удобно держать.

я рендер иногда вообще в отдельный файл выношу, тип template.js

constructor, lifecycle, ...whatever..., render

ну реюзабельные или нет, все равно их много

я рендер иногда вообще в отдельный файл выношу, тип template.js

почти Angular 2 )

ну реюзабельные или нет, все равно их много

containers?

medium.com/@DenisIzmaylov/application-and-universal-components-7b760f1d4831

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

хотя и так уже все сгруппировано по папкам, если бы не требование уникальных имен можно было бы сделать так: AboutPage/LeftSidebat/User.js

и там два файла index.js/template.js

containers?

не обазательно

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

сохраняю такую идею, но template обычно только в контейнерах

а обычные компоненты в index.js помещаются

https://medium.com/@alexmngn/how-to-better-organize-your-react-applications-2fd3ea1920f1?utm_campaign=React%2BNewsletter&utm_medium=email&utm_source=React_Newsletter_29#.lf69bwwbu тут тоже пишут про группировку по папкам

это ты к чему?

https://medium.com/@alexmngn/how-to-better-organize-your-react-applications-2fd3ea1920f1?utm_campaign=React%2BNewsletter&utm_medium=email&utm_source=React_Newsletter_29#.lf69bwwbu тут тоже пишут про группировку по папкам

спс, почитаю

для продакшена поделитесь через что прогоняете бандл

кстати, а кто-нибудь действительно пишет тест для компонентов?

@Melongeno я писал, но для опенсорс компонентов и очень простые

а какой вопрос?

@DenisIzmaylov не, у меня пока не ахти :)

Airbnb React/JSX Style Guide https://github.com/airbnb/javascript/tree/master/react

Коллеги, а кто в каком порядке методы в компонентах определяет? 1. constructor, lifecycle, handlers, sub-renders, render, utils 2. constructor, lifecycle, render, sub-renders, handlers, utils 3. constructor, utils, handlers, sub-renders, render, lifecycle 4. ...?

constructor, lifecycle, publicMethods, render, privateMethods

1

constructor, lifecycle, publicMethods, render, privateMethods

ну и что за pricateMethods?... : / чем они private?

ну и что за pricateMethods?... : / чем они private?

Ну условно на самом деле =) Прост договорились их не юзать обзначаем через _

не юзать из вне

Но там в основном utils, handlers

handerls обозначаем по старинке _on…()

ужас

зачем хэндлерам добавлять _ префикс?

Ну условно на самом деле =) Прост договорились их не юзать обзначаем через _

Вот именно, что условно. Потому на мой взгляд странная имитация. Хочется реально private method — так можно же просто к компоненту не цеплять, типа так: function privateUtilMethod() { ... } class SomeComponent extends React.Component { ... } а если не хочется...то зачем их приватным считать? И на мой взгляд писать что-либо ниже render() жутко неудобно. Когда читаешь код компонента, как-то инстинктивно ждёшь, что к моменту рендеринга всё необходимо уже написано сверху.

*необходимое

Вот именно, что условно. Потому на мой взгляд странная имитация. Хочется реально private method — так можно же просто к компоненту не цеплять, типа так: function privateUtilMethod() { ... } class SomeComponent extends React.Component { ... } а если не хочется...то зачем их приватным считать? И на мой взгляд писать что-либо ниже render() жутко неудобно. Когда читаешь код компонента, как-то инстинктивно ждёшь, что к моменту рендеринга всё необходимо уже написано сверху.

Вы используете свой code-style, мы свой =)

:)) ну началось

был у нас один такой (есть все еще), писал “приватные” методы через _. я потом себе глаза выколол

был у нас один такой (есть все еще), писал “приватные” методы через _. я потом себе глаза выколол

А чем тебя это смущает?

тем, что у меня глаз теперь нету

:D

о, это папа мой

(я Сергей Евгеньевич — тру стори)

Коллеги, я честно говоря, не совсем понимаю почему _ в качестве обозначение приватности это не хорошо. В Go такая практика - норма. В JS JSdoc так определяет метод по _ его открытость

потому что это неправда же

это видимость приватности

потому что это неправда же

Согласен. Но это договоренность скорей

Вобще да, соглашение есть соглашение

то есть соглашения over инвалидность — это ок?

Тем не менее, думаю, что писать приватные методы как функции вне объявления класса практика лучше

Тем не менее, думаю, что писать приватные методы как функции вне объявления класса практика лучше

Предлагаете каждый раз контекст прокидывать?

был у нас один такой (есть все еще), писал “приватные” методы через _. я потом себе глаза выколол

...потом его в дурку забрали, конечно?

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

А что, никто не делает приватные методы и проперти символами?

function privateMethods() { console.log(this.a); } export default class SomeClass { constructor() { this.a = 1; } somePublicMethod() { privateMethod.call(this); } }

Форматирование :с

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

я должен тебе кое-что рассказать. сорян..

Symbol.for(key)

А что, никто не делает приватные методы и проперти символами?

WeakMap еще можно.

я не хотел, но..

ой

не то зацитировал

вообще символы не для этого

а для того, чтобы говноспеку в “порядок” привести

Symbol.iterator и тд

для утят

Symbol.for("test") не вернёт тоже что Symbol("test")

function privateMethods() { console.log(this.a); } export default class SomeClass { constructor() { this.a = 1; } somePublicMethod() { privateMethod.call(this); } }

не всегда удобно, но да, тут уже кто как любит =)

вообще символы не для этого

Ну у нас ничего для приватных методов нет, поэтому извращаемся как можем.

есть еще со времен es5

ваще-то

defineProperty

^ норм

когда можно будет emojii кидать?

в коде

через секунду можешь

SexyComponent["@renderTime"]() Сорри, нет эмодзи. И приватности нет :)

хз, у меня есть