т.к. элементов мало то он в одну линию фигачит а потом добавляешь пару элементов и он все раскидывает на новую строку

@ZeroBias может тебе и не такое рассказать о том, как пользователи будут юзать библиотеку

У меня таких историй наверное более будет. Некоторые совсем печальные.

Кстати преттиер можно научить всегда элементы массива переносить на новую строку? а то как бы не оч удобно

Можно задизейблить это поведение комментом

@sergeysova export const CustomFieldsForm = compose<InnerProps, OuterProps>( FormValidator(validationRules), Form )(CustomFieldsFormFields) export const CustomFieldsForm = compose<InnerProps, OuterProps>(FormValidator(validationRules), Form)( CustomFieldsFormFields, )

композы портит

или именно с дженериками?

ну вот я те показал "до" и "после"

а

хреново

вот пример днищенский с переносом дженерика

Второе- после приттиера?

да

Ебани им ишью

тут конечно тип перетащить можно в декларацию

Dict<ValidationError[]>[]

<a href="" onClick={this.handleClick}> View </a>

композы портит

Во!

разворачивание в мультилайн non-block элементов

<a href="" onClick={this.handleClick}> View </a>

Хз Вот с этим я согласен

Строка- тоже компонент

Ну и так чуть более читаемо

<tbody> {value.map((row, index) => <tr key={index}> {headers.map((header) => ( <td key={header.key}> {row[header.key]} </td> ))} </tr> )} </tbody>

вот читаемый компонент

первое попроще

<tbody> {value.map((row, index) => ( <tr key={index}>{headers.map((header) => <td key={header.key}>{row[header.key]}</td>)}</tr> ))} </tbody>

вот ебанина после преттиера

<tbody> {value.map((row, index) => ( <tr key={index}>{headers.map((header) => <td key={header.key}>{row[header.key]}</td>)}</tr> ))} </tbody>

А тут согласен с тобой)

первое попроще

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

кстати тернарки только мы так пишем? const ariaProps = ariaLabel ? { 'aria-label': ariaLabel } : { 'aria-hidden': true }

кстати тернарки только мы так пишем? const ariaProps = ariaLabel ? { 'aria-label': ariaLabel } : { 'aria-hidden': true }

я пишу так

кстати тернарки только мы так пишем? const ariaProps = ariaLabel ? { 'aria-label': ariaLabel } : { 'aria-hidden': true }

Я тож

const ariaProps = ariaLabel ? { 'aria-label': ariaLabel } : { 'aria-hidden': true }

после преттиера

не, он на 95% нормально отрабатывает (в смысле я готов с этим жить)

но иногда выдает такую ебанину

я его 3 раза ставил на проект

потом с матами убирали (

вот ебанина после преттиера

Много такого, но преимущества преттиера в том что он делает код консистентным и позволяет забить на форматирования кода и писать код, очень много времени экономит.

кстати тернарки только мы так пишем? const ariaProps = ariaLabel ? { 'aria-label': ariaLabel } : { 'aria-hidden': true }

в круглых скобках

не, он на 95% нормально отрабатывает (в смысле я готов с этим жить)

А ты писал ишью какие-нибудь?

Много такого, но преимущества преттиера в том что он делает код консистентным и позволяет забить на форматирования кода и писать код, очень много времени экономит.

нет

Много такого, но преимущества преттиера в том что он делает код консистентным и позволяет забить на форматирования кода и писать код, очень много времени экономит.

он не делает код консистентным

он его размазывает

он не делает код консистентным

В плане форматирования нет?

консистентность это с точки зрения преттиера

В плане форматирования нет?

иногда так, иногда так это хрень

а с точки зрения проекта код выглядит по-разному

который должен выглядеть одинаково

export const FieldMappingFormModal = compose( ModalForm, Form, )(FieldMappingFormFieldSet)

вот у нас принято такое использование композа

потому что его может быть от 1 до 10 строк

консистентность это с точки зрения преттиера

Да.

преттиер делает в одном месте export const FieldMappingFormModal = compose<any, any>(ModalForm, Form)(FieldMappingFormFieldSet)

в другом месте ```export const CustomFieldsForm = compose<InnerProps, OuterProps>(FormValidator(validationRules), Form)( CustomFieldsFormFields, )```

что не выглядит консистентно

и ухудшает чтение кода проекта

преттиер делает в одном месте export const FieldMappingFormModal = compose<any, any>(ModalForm, Form)(FieldMappingFormFieldSet)

Он сам типы проставляет?

нет конечно

А, я понял о чем ты

Ну когда он так ебано форматирует, я разбиваю такие декларации на несколько этапов

ERROR: S client not available

вот выше кидал пример с <a>

Сначала hoc функцию пишу, потом уже оборачиваю компонент

почему тут свернул а там развернул? это и многое другое в журнале "а хуй его знает"

вот более явно?

нахуя тут сворачивать див а <a> там разворачивать?

где тут консистентность?

Сначала hoc функцию пишу, потом уже оборачиваю компонент

+

преттиер делает в одном месте export const FieldMappingFormModal = compose<any, any>(ModalForm, Form)(FieldMappingFormFieldSet)

Хм. Я в двух проектах использую prettier через eslint, он не убирает новые линии в композициях, но в онлайн repl действительно работает, как ты и говоришь.

нахуя тут сворачивать див а <a> там разворачивать?

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

ОХУЕТЬ ОГРОМНЫЙ КОМПОНЕНТ

(простите)

то есть return () и внутри этот компонент?

И он его на 3 строки разбивает?

нет, это внутри html-a

как и на скрине выше с дивом внутри layer-a

Ну если там есть еще 3+ строк кода- тогда уже не так спорно

нахуя тут сворачивать див а <a> там разворачивать?

Баги какие-то.

Баги какие-то.

лол

Имхо когда приттиер что-то делает ебано- легче переписать код

Имхо когда приттиер что-то делает ебано- легче переписать код

ну вот делать мне нехуй хороший код переписывать

Имхо когда приттиер что-то делает ебано- легче переписать код

лол

Он еще и более явный станет Вот пример с матрицей- ебанутый, согласен

потому что тулза считает не так

бля

И еще несколько примеров

я лолкаю больше чем думаю

щас обновлю преттииер

может что-то починили

в принципе можно // prettier-ignore пихать иногда