a
Size: a a a
2021 April 08
a
Локально у меня, в этом примере, уже gql-request с кодгеном и норм авторизацией сделаны
AI
круто, но что-нить подпушь в старую версию, не пугай народ, а то они свой велосипед напилили, мне страшно…
AI
если че, вот этот АПИ
// stores/counter.ts
import { createStore } from '...'
export const $counter = createStore(0);
export const increment = () => $counter.update(counter => counter + 1)
javascript
// counter.tsx
import { useStore } from '...'
import {$counter, increment} from 'stores/counter'
function Counter() {
const counter = useStore($counter);
return <button onClick={increment}>Value: {counter}</button>
// stores/counter.ts
import { createStore } from '...'
export const $counter = createStore(0);
export const increment = () => $counter.update(counter => counter + 1)
javascript
// counter.tsx
import { useStore } from '...'
import {$counter, increment} from 'stores/counter'
function Counter() {
const counter = useStore($counter);
return <button onClick={increment}>Value: {counter}</button>
ДК
Типа в вебе это не возможно, чтобы библиотека была достаточно стабильна, чтобы её не требовалось постоянно подпиливать?
AI
если нету коммитов - скорее мертво, чем стабильно )
вот надо как сранный реакт роутер, раз в год - новый АПИ, сразу видно, что работают
вот надо как сранный реакт роутер, раз в год - новый АПИ, сразу видно, что работают
AI
а есть какие “универсальные” тест кейсы для СТМ или список юзе кейсов, едж кейсов?
типо вот есть новый NIH-STM, как его норм протестить? Идти копи-пастить из Реатома, Рекойла и проч?
типо вот есть новый NIH-STM, как его норм протестить? Идти копи-пастить из Реатома, Рекойла и проч?
a
- атомарность состояния
- глитч фри
- фреймворк агностик
- не серверлесс ssr
- простое тестирование
- глитч фри
- фреймворк агностик
- не серверлесс ssr
- простое тестирование
a
первое что в голову приходит
a
Кмк главная характеристика СМ это атомарность стейта и глитч фри
ДК
Эдж кейсы сильно зависят от имплементации. Но можно сделать какие-нибудь абстрактные тесты на типичные проблемы.
a
a
Там в ишьесах еще инфа есть
AI
спасибо )
a
Ну и доклад сначала мой глянуть нужно, перед написанием СМ)
ДК
И то, в зависимости от выбранной архитектуры, кто-то считает например гличи багом, а кто-то - и так сойдёт. То есть это не столько тесты для разработчика, сколько измеритель ключевых характеристик для потребителя.
AI
пфф, у нас уже часть проекта на нем переписали (на проекте 3+ независимые команды)
a
Ну я думаю, есть ключевые штуки, которые нужно определять.
Если ты делаешь БД, ты на главной странице пишешь - реляционная она или документоориентированная или графовая. Так же про наличие транзакций где-то в доке обязательно это будет указано, это важный пункт
Если ты делаешь БД, ты на главной странице пишешь - реляционная она или документоориентированная или графовая. Так же про наличие транзакций где-то в доке обязательно это будет указано, это важный пункт