react 7.3.1
react: ^7.3.1 copied to clipboard
Bindings of the ReactJS library for building interactive interfaces.
7.3.1 #
- Set up gha-dart-oss
- Fix no_entrypoint_imports warnings
7.3.0 #
- Add new, opt-in React 18 JS files (see README for more info)
- The preexisting JS files that use React 17 are now deprecated, and will be removed in the next major version, 8.0.0.
- Raise SDK constraint from
<3.0.0to<4.0.0, run CI on Dart 3
7.1.3 #
- Internal release tooling changes
7.1.2 #
- Internal release tooling changes
7.1.1 #
- Internal release tooling changes
- Tests - switch from mockito to mocktail
7.1.0 #
Add a new ReactNode type, which aliases Object? to mimic the React JS Typescript type.
7.0.1 #
Breaking change - fix nullability/typings for ReactDom.findDomNode and ReactDom.render from package:react/react_client/react_interop.dart:
-Element findDOMNode(dynamic object);
+Element? findDOMNode(dynamic object);
-ReactComponent render(ReactElement component, Element element);
+dynamic render(dynamic component, Element element);
The previous typings were incorrect:
findDOMNodereturns null in many cases, but its return type was incorrectly non-nullable.renderreturns null for some cases (function components,null),Elementfor DOM components, andCharacterDatafor strings and numbers, but was incorrectly typed as non-nullableReactComponent. Thecomponentargument also acceptsnulland other "ReactNode" arguments to rendered, but its type is incorrectly non-nullable and restricted to justReactElement.
These typings only affect these APIs under the ReactDom class in package:react/react_client/react_interop.dart, and not the top-level Function-typed findDOMNode and render APIs exported from package:react/react_dom.dart, which most consumers use.
Because these typings were incorrect and will lead to runtime errors in some cases, and the changes have a low likelihood of causing breakages, we feel it's appropriate to release these changes as a patch.
7.0.0 #
- Migrate to null safety
- Remove deprecated APIs (see below)
- Minor API breakages to support null safety migration and improve typing (see below)
Deprecated API removals #
ReducerHookandStateHookclass constructors (use hook functions instead)Refclass constructors: default anduseRefInit(usecreateRefanduseRefinstead)forwardRef(useforwardRef2instead)main(usehtmlMaininstead)memo(usememo2instead)- APIs that have been no-ops since react-dart 6.0.0
SyntheticEventmemberspersistandisPersistentunconvertJsEventHandler
- APIs that were never intended for public use:
ComponentStatics,ComponentStatics2InteropContextValueJsComponentConfig,JsComponentConfig2JsErrorJsPropValidatorReact.createFactoryReactDartContextInternalReactDartInteropStaticsReactElementStorecreateReactDartComponentClass,createReactDartComponentClass2markChildValidatedmarkChildrenValidated
Other API breakages #
Miscellaneous:
ReducerHook,StateHook, andRefare now@sealedand may not be inherited from- All
PropValidatorInfoarguments are required
Typing improvements:
- Top-level DOM factories exported from
package:react/react.dart(react.div,react.span, etc.) are now typed asReactDomComponentFactoryProxyinstead ofdynamic - The return types of
ReactComponentFactoryProxymethodscallandbuildare nowReactElementinstead ofdynamic- This matches the type returned from
buildfor all subclasses, which is whatβs returned by call, and reflects the type returned at runtime - Has potential to cause some static analysis issues, but for the most part should not affect anything since
ReactElementis typically treated as an opaque type
- This matches the type returned from
Changes very unlikely to affect consumers:
-
Changes to public-but-internal APIs:
ReactDartComponentInternalconstructor now takes a required argument,propsfield isfinalinitComponentInternalarguments are typed to reflect runtime assumptions
-
ComponentandComponent2membersprops/state/jsThisare now late, and will now throw instead of being null if accessed before initialized.It should be very uncommon for components to be affected by this change, and any affected components are likely doing something wrong to begin with.
These fields are only uninitialized:
- for mounting component instances:
- in component class constructors (which we don't encourage)
- in component class field initializers (except for lazy
lateones)
- in "static" lifecycle methods like
getDerivedStateFromPropsanddefaultProps
Examples of code affected:
class FooComponent extends Component2 { // `props` would have always been null when this is initialized, but in 7.0.0 accessing it throws. final something = (props ?? {})['something']; // We strongly discourage declaring Dart constructors in component classes; // for initialization logic, use componentDidMount instead. FooComponent() { // `props` would have always been null here, but in 7.0.0 accessing it throws. print(props); } @override getDerivedStateFromProps(nextProps, prevState) { // `props` would have always been null here, but in 7.0.0 accessing it throws. print(props); return {}; } } - for mounting component instances:
6.3.0 #
6.2.0 #
6.1.4 #
6.1.3 #
- #308 Bump elliptic from 6.5.3 to 6.5.4
- #311 Bump ssri from 6.0.1 to 6.0.2
- #312 Bump lodash from 4.17.20 to 4.17.21
- #313 Bump browserslist from 4.16.1 to 4.16.6
- #318 Bump path-parse from 1.0.6 to 1.0.7
- #323 Raise the Dart SDK minimum to at least 2.11.0
- #315 Upgrade CI to run using Dart 2.13
- #309 Update README.md
- #325 Upgrade dependency_validator
6.0.0 #
This stable, major release of react includes:
ReactJS 17.x Support #
The underlying .js files provided by this package are now ReactJS version 17.0.1.
5.7.1 #
- #289 Update most deprecations that were slated for removal in v6.0.0 to be slated for removal in v7.0.0 instead. To keep the migration to v6.0.0 as easy as possible, only APIs that are known to be completely unused will be removed in v6.0.0. Therefore, most APIs that were marked for removal in v6.0.0 will remain until the v7.0.0 release. This PR updated deprecation annotations to reflect this.
- #287 Deprecate
SyntheticEvent.isFormEvent. Because form events do not exist as their own type in ReactJS, this helper will be removed in v6.0.0. Instead, check for the expected form event types.
5.7.0 #
- #282 Add
SyntheticEventhelpers that eliminate the need to use synthetic event class constructors. Additionally, added utilities to assist in type checking events without manually using theiskeyword.
5.6.1 #
- #280 Update React dev JS files to include a workaround to a DDC bug when using Chrome 86+ (fixed in Dart 2.9.3)
5.6.0 #
5.5.1 #
5.5.0 #
New Features
-
π π π Support for function components, memo and hooks!!! π π π
Sooooo much work from so many amazing people made this possible, but to summarize:
- #221 Add support for function components
- #252 Add support for
memohigher order component - Hooks, hooks, and more hooks!
It works like this...Define the component:
import 'package:react/react.dart' as react; final SomeWidget = react.registerFunctionComponent(_SomeWidget, displayName: 'SomeWidget'); _SomeWidget(Map props) { // You can use hooks in here, too! return react.div({}, [ // Some children... ]); }Render the component (exact same consumer API as a class-based component):
import 'package:react/react_dom.dart' as react_dom; import 'some_widget.dart'; // Where your component is defined main() { final renderedWidget = SomeWidget({ // put some props here }, [ // put some children here! ]); react_dom.render(renderedWidget, querySelector('#idOfSomeNodeInTheDom')); }Check out all the function component and hooks examples for more information!
Fixes / Updates
5.4.0 #
New Features
- #244 Add support for HTML Composition events
- #263 Add support for
SyntheticEvent.persist()
Fixes / Updates
- #261 Stop errors thrown within the call stack of
Component.render()from being swallowed - #256 Documentation updates (thanks @barriehadfield !!!)
JS Dependency Updates
5.3.0 #
- Unpin the react-redux JS dependency to allow versions
7.1.1and higher. - Run over_react tests as part of the CI process to prevent another situation where changing JS dependencies
regressed tightly coupled libs like
over_react_redux(like the one that required the 5.2.1 hotfix). - #242 Implement StrictMode Component
5.2.1 #
- Temporarily pin react-redux dependency to version
7.1.0to prevent widespread test failures as a result ofProviderbeing converted into a function component with hooks.
5.2.0 #
5.1.1 #
- Improve the documentation for deprecated
Component2lifecycle methods.
5.1.0 #
Full ReactJS 16.x Component Lifecycle Support
- The new
Component2class replaces the now deprecatedComponentclass.- Faster
- Improved dev experience
- Easier to maintain
- Easier integration with JS libs
ReactJsComponentFactoryProxymakes it easy to use JS components with Dart!
- Supports new lifecycle methods, allowing us to use Concurrent Mode in the future
=>componentWillMountcomponentDidMount=>componentWillReceivePropsgetDerivedStateFromProps(new)=>componentWillUpdategetSnapshotBeforeUpdate(new)componentDidCatch/getDerivedStateFromError(new)- Adds support for error boundaries.
- "Portals provide a first-class way to render children into a DOM node that exists outside the DOM hierarchy of the parent component."
Improved, stable Context API
- "Context provides a way to pass data through the component tree without having to pass props down manually at every level. β¦ Context is primarily used when some data needs to be accessible by many components at different nesting levels. Apply it sparingly because it makes component reuse more difficult."
- "A common pattern in React is for a component to return multiple elements. Fragments let you group a list of children without adding extra nodes to the DOM."
- Component.render can now return Fragments (multiple children) or other values like strings and lists instead of just a single ReactElement
New and improved ref API: React.createRef
React Redux is now included in the JS bundles and exposed via window.ReactRedux.
5.0.1 #
Pull in 4.9.2 changes that were accidentally reverted as part of 5.0.0.
- #220 Fix bug where reading
dataTransfersometimes threw during synthetic event conversion
5.0.0 #
ReactJS 16.x Support
- The underlying
.jsfiles provided by this package are now ReactJS version 16. - Support for the new / updated lifecycle methods from ReactJS 16 will be released in version
5.1.0.
4.9.0 #
4.8.1 #
- #197 Fix Dart component callback refs with typed arguments not working in Dart 2
dynamic ref argument (worked):
non-dynamic ref argument (did not work):Foo({'ref': (ref) => _fooRef = ref})Foo({'ref': (FooComponent ref) => _fooRef = ref})
4.8.0 #
- #181: Remove unnecessary zoning on event handlers that interferes with testing
-
Handlers triggered by real events will now always be called in the root zone.
In most cases, handlers were already running in the root zone, so this should not affect behavior. See #179 for more details.
-
When testing, you previous had to bind event handlers or callbacks triggered by event handlers to zones when using
expectorexpectAsync.var renderedInstance = renderIntoDocument( Button({}, { 'onButtonPress': Zone.current.bindUnaryCallback(expectAsync((e) { // ... }, reason: 'onButtonPress not called')), 'onClick': Zone.current.bindUnaryCallback((e) { expect(e.defaultPrevented, isTrue); }), }), ); // ... Simulate.click(buttonNode);Now, handlers will be called in the zone they're triggered from, which makes testing events easier and more predictable:
var renderedInstance = renderIntoDocument( Button({}, { 'onButtonPress': expectAsync((e) { // ... }, reason: 'onButtonPress not called'), 'onClick': (e) { expect(e.defaultPrevented, isTrue); }, }), ); // ... Simulate.click(buttonNode);
-
4.7.0 #
4.6.2 #
-
#162: Important Deprecations
These deprecations are being put in place to prepare consumers for the upcoming
5.0.0release which will include support for React JS version 16.xreact_server.dartand Dart VM server-side rendering- Server-side rendering via
react_dom_server.dart, though untested, is still in place
- Server-side rendering via
- Legacy
contextAPIs isMountedreact_test_utils.SimulateNative- String
Component.refs Component.replaceStatesComponent.bindComponent.transferComponentState
-
#155: Clean the lint trap.
4.6.1 #
- #159: Update the type for unconverted js
styleprop map to beMap<String, dynamic>.
4.5.0 #
- Improvement: Dart 2 compatible!