Size: a a a

2020 July 28

EO

Eugene Obrezkov in Frontend UA
Можно через robots.txt настраивать как надо ещё
источник

EO

Eugene Obrezkov in Frontend UA
Eugene Obrezkov
Можно через robots.txt настраивать как надо ещё
Ну и сатймапы, да, это просто ещё один вариант
источник

SG

Stas G in Frontend UA
сенк
источник

IT

Ivan Tytarenko in Frontend UA
Вопрос жизни и смерти - нейминг. У вас есть какие-то метаданные в которых куча полей типа a11yConfigurable, pinnable, crossSiteDuplicatable, etc.

Вокруг этого объекта будет API билдера, которое позволит вместо свойств писать вызовы методов.

Вопрос, какая конвенция для названия методов вам кажется удобнее:

1. withA11yConfigurable, withPinnable, withCrossSiteDuplicatable - берем название свойства и добавляем with
2. canConfigureA11y, canPin, allowCrossSiteDuplication - берем название свойства и переписываем его в более человечный формат

По сути это будет чаще всего касаться именно булевых свойств.
источник

TS

Terry Sahaidak in Frontend UA
в когось може є ідеї як мені описати тип класу в typescript, який приймає model, щоб зразу й витягнути всі його поля/методи

ось код
https://codesandbox.io/s/xenodochial-bush-qp2z2?file=/src/index.ts
источник

TS

Terry Sahaidak in Frontend UA
@ghaiklor може в тебе, Женя, будуть якісь ідеї)
источник

EO

Eugene Obrezkov in Frontend UA
Ivan Tytarenko
Вопрос жизни и смерти - нейминг. У вас есть какие-то метаданные в которых куча полей типа a11yConfigurable, pinnable, crossSiteDuplicatable, etc.

Вокруг этого объекта будет API билдера, которое позволит вместо свойств писать вызовы методов.

Вопрос, какая конвенция для названия методов вам кажется удобнее:

1. withA11yConfigurable, withPinnable, withCrossSiteDuplicatable - берем название свойства и добавляем with
2. canConfigureA11y, canPin, allowCrossSiteDuplication - берем название свойства и переписываем его в более человечный формат

По сути это будет чаще всего касаться именно булевых свойств.
обычно, обычно, в билдерах делают withX()
источник

EO

Eugene Obrezkov in Frontend UA
но если там всё буль, то как-то не облегчает когнитивную задачу
источник

EO

Eugene Obrezkov in Frontend UA
считаю, что canUserDoSomething(true) лучше, чем withUserDoSomething(true)
второй вариант читаешь и с первого взгляда не приходит мысль в голову, что это какой-то перм
источник

EO

Eugene Obrezkov in Frontend UA
Terry Sahaidak
в когось може є ідеї як мені описати тип класу в typescript, який приймає model, щоб зразу й витягнути всі його поля/методи

ось код
https://codesandbox.io/s/xenodochial-bush-qp2z2?file=/src/index.ts
я не понял, посмотрю код
источник

EO

Eugene Obrezkov in Frontend UA
понятнее не стало 🙂
источник

IT

Ivan Tytarenko in Frontend UA
Eugene Obrezkov
считаю, что canUserDoSomething(true) лучше, чем withUserDoSomething(true)
второй вариант читаешь и с первого взгляда не приходит мысль в голову, что это какой-то перм
Same
источник

TS

Terry Sahaidak in Frontend UA
Eugene Obrezkov
я не понял, посмотрю код
там кароч трошки заплутано, але воно працює

загалом

в тебе є модель з якимось полями, ти її оголошуєш через
const TodoBaseModel = Model({
 title: types.string, // тут це для рантайм перевірки
})


даліі для того шоб добавити якісь методи/проперті, треба наслідуватись від цього класу

cl
ass TodoModel extends TodoBaseModel {
 setTitle(value) {
   this.title = value;
 }
}

ну і останнє — для того шоб конвертнути це все в mobx-state-tree модель є функція model, яка витягує все потрібне з цього класу і повертає реальну модель
источник

EO

Eugene Obrezkov in Frontend UA
та-а-ак, и в чем проблема?
источник

EO

Eugene Obrezkov in Frontend UA
extends не проглатывает поля
источник

TS

Terry Sahaidak in Frontend UA
ні, з ним все ок, тому й create внизу працює як має бути
источник

TS

Terry Sahaidak in Frontend UA
проблема в тому, щоб описати model(klass: цей тип)
источник

TS

Terry Sahaidak in Frontend UA
зараз я явно йому вказую, що це _Model – просто генерік, який якраз і зберігає всі мої поля з цього Model()

а мені треба ще зберегти всі решту поля, які були в цьому klass які я передаю
источник

EO

Eugene Obrezkov in Frontend UA
то есть тебе надо в один тип подмешать всё что есть в другом?
источник

AL

Andrey Listochkin in Frontend UA
Ivan Tytarenko
Вопрос жизни и смерти - нейминг. У вас есть какие-то метаданные в которых куча полей типа a11yConfigurable, pinnable, crossSiteDuplicatable, etc.

Вокруг этого объекта будет API билдера, которое позволит вместо свойств писать вызовы методов.

Вопрос, какая конвенция для названия методов вам кажется удобнее:

1. withA11yConfigurable, withPinnable, withCrossSiteDuplicatable - берем название свойства и добавляем with
2. canConfigureA11y, canPin, allowCrossSiteDuplication - берем название свойства и переписываем его в более человечный формат

По сути это будет чаще всего касаться именно булевых свойств.
Ответ. Один метод, кторый берет объект с параметрами.

Билдеры отстойно мокать, они мешают тестированию кода.
источник