20.13.5
- Extend typescript support for any to void forwarding: add support for forwarding to array of void units
- Fix computed stores support for
hydrate - Fix
allSettledsupport for effects as first argument
hydrateallSettled support for effects as first argument attach: wrapper for effect, which allow to map effect arguments and use data from stores. Use cases: declarative passing values from stores to effects and argument preprocessing.
noDefaults option for effector/babel-plugin for making custom unit fabrics with clean configuration source will become clock as well) domain.hooks calls as escape hatch for imperative adding units to given domain effect.doneData and effect.failData events with effect result and error values as shorthands for common use cases effect.done.map(({result}) => result) and effect.fail.map(({error}) => error) Documentation for effect.doneData
Documentation for effect.failData
effect.inFlight store to effects. It show how many effect calls aren’t settled yet. Useful for rate limiting. Documentation for effect.inFlight
withRegion: region-based memory management tool, which attach units (stores, events and effects) and watchers, created inside given callback to lifecycle of owner unit to be erased together with it. Map<Store, any> to values property in fork.effect.pending: it will become false only after all pending effect calls becomes settled. launch({target: unit, params}) overload for launch - low level method for running computation in units (events, effects or stores). Mostly used by library developers for fine-grained control of computations. effector/fork and effector-react/ssr: api for server side rendering and managing independent instances of application in general. This solution requires effector/babel-plugin in babel configuration:
Example application with express Serverless example
createApi, stores created with restore and events created with .prepend to domain of given source units combine batching in a few edge cases with nested combine calls domain.createStore as alias for domain.store (proposal)domain.createEvent as alias for domain.eventdomain.createEffect as alias for domain.effectdomain.createDomain as alias for domain.domain sample typings for typescript (PR #248, fix #247) (thanks @bloadvenro) forward createStoreObject to combine to reduce api surface. Wherever createStoreObject was used, it can be replaced with combine combine effect.done and effect.fail are called before effect.finally watchers, thereby preventing side-effects from interrupting pure computations sample({clock: undefined}) forward typings for typescript (PR #229, fix #174) (thanks @bloadvenro)clearNode(domain), introduced in effector 20.2.0 guard: conditional event routing
Control one event with the help of another: when the condition and the data are in different places, then we can use guard with stores as a filters to trigger events when condition state is true, thereby modulate signals without mixing them See ui visualization
Also, guard can accept common function predicate as a filter, to drop events before forwarding them to target
Type inference Implementation tests
name property in sample parameters list Each basic entity in Effector (event/effect/store/domain) may have a name. You now can name sampled entities in the same manner as basic ones.
split method (PR)clearNode been called on store belonged to certain domain led to the removal of the entire domain shortName to domains history to domains with read-only sets of events, effects, stores and subdomains clearNode .sid - stable hash identifier for events, effects, stores and domains, preserved between environments, to handle client-server interaction within the same codebase. The key is that sid can be autogenerated by effector/babel-plugin with default config and it will be stable between builds
See example project
createEffect for typescript #106 cannot read property .toString of undefined error during store initialization event.filter({fn}) got a predicate function as a callback PR is methods PR effector/compatsampleeffector/babel-plugin to work in browser effector/compat module to use with Smart TV (Chrome 47) apps without babel (fix #152). Starting with this release, the library code is tested by browserstack.com for compatibility with our targets, including smart tvsample (thanks @abliarsar) (PR #156)merge for merging events split for pattern-matching over events clearNode to automatically dispose all related intermediate steps Fix promise warning for effects
Add effect.finally
event.filterMap as new alias for event.filter(fn)extract, withProps, is.* re-exports event.filter with common predicate functions To indicate the stability of the project, we adopting semantic versioning and happy to announce version 19.0.0 for all packages. And to make the transition easier, that release contains no breaking changes; simple replacement of “^0.18.*“ to “^19.0.0” is safe for sure ☄️
store.updates, representing updates of given store. Use case: watchers, which will not trigger immediately after creation (unlike store.watch)clearNode to erase information from the node itself, in addition to the existing opportunity to erase subscribers (thanks @artalar)store.reset Add support for createEvent and createEffect with config (see next code example)
Add .pending property for effects
it’s a shorthand for common use case
sample. Sample allows to integrate rapidly changed values with common ui states Plugins are available out from a box
.babelrc:
Use the new kernel. Provide improved eventual consistency: any side effects will be triggered only after performing all pure computations
Add is namespace for all type validators
Add clearNode to break references and subscriptions between events, stores, etc
Add support for custom datatypes by making step constructors, createNode and launch functions public
fromObservable, ensure it works with redux as a typical library with Symbol.observable support version, now it always equals version in package.json Add effect handler to domain 4c6ae8
Add Unit<T> as common interface implemented by Event, Effect and Store
Add isStore, isEvent, isEffect and isUnit validators
createStore with config Fix webpack usage issue. To prevent this in a future, webpack integration test was added.
Improve typescript typings for createApi. This code example became type checked
forward: common function for forwarding updates and events store.on {handler: Function} as second argument to createEffect effect.use return the same effect instead of void (ability to chain method calls) store.defaultState propertycreateComponentwithProps static functioncreateWrappedDomain to watch all nested events and updatesextract to watch only part of nested storages.epic method (library supports symbol-observable, so assumed that most.from(event) or Observable.Of(store) covered all use cases) effect.use.getCurrent() method to get current used functioncreateStoreObjectcreateStore method.get(), .set(x) and .map(fn) methods)from(effect) mill to collectjoint to combine .useeffectImplementationCheck to unused rootDomain alias for createRootDomaintypeConstant eventsDomainAuto, EventAuto and EffectAutomill fluent “AND” reducer combinator First stable version
Proof of concept
ReadonlyArray to useList for typescript Cdn with umd build of effector-react Cdn with umd build of effector-vue
effector/fork and effector-react/ssr: api for server side rendering and managing independent instances of application in general. This solution requires effector/babel-plugin in babel configuration:
Example application with express Serverless example
createApi, stores created with restore and events created with .prepend to domain of given source units fn argument types without as const in useStoreMap.
In effector-react 20.0.3 we introduced an improvement for useStoreMap types, which helps to infer types of fn arguments from keys. And now useStoreMap types improved even more: every item in second argument will have its own type even without as const, out from a box PR #274 (thanks @abliarsar)
Gate.open & Gate.close events keys field in useList. By default, useList rerenders only when some of its items was changed.
Howewer, sometimes we need to update items when some external value (e.g. props field or state of another store) is changed.
In such cases we need to tell react about our dependencies and pass keys explicitly. createComponent effector-react/compat and effector-vue/compat effector-react/compat module to use with Smart TV (Chrome 47) apps without babel useList for efficient rendering of store lists useStore with lack of store updates triggered by react hooks in children components as const typescript assertion for useStoreMap keys. It helps us to infer type for fn arguments In typescript versions below 3.4, you can still use an explicit type assertion
as const in typescript docs
useStore argument change useStoreMap useStoreMap hook to select part from a store. Motivation To indicate the stability of the project, we adopting semantic versioning and happy to announce version 19.0.0 for all packages. And to make the transition easier, that release contains no breaking changes; simple replacement of “^0.18.*“ to “^19.0.0” is safe for sure ☄️
createComponent createStoreObject in createComponent mounted and unmounted events to components created by createComponent useLayoutEffect with useIsomorphicLayoutEffect to support server-side rendering useEffect with useLayoutEffect in useStore hook to response to state changes immediately Cdn with umd build of effector-react Cdn with umd build of effector-vue
createComponent HOC for TypeScript usage. This HOC provides type-safe properties in vue components. effector-react/compat and effector-vue/compat effector-vue/compat module to use with Smart TV (Chrome 47) apps without babel Vue adapter for effector 20
To indicate the stability of the project, we adopting semantic versioning and happy to announce version 19.0.0 for all packages. And to make the transition easier, that release contains no breaking changes; simple replacement of “^0.18.*“ to “^19.0.0” is safe for sure ☄️