Update dependencies (non-major)

[renovate]

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
@react-native-community/cli	6.1.0 -> 6.2.0
@types/lodash	4.14.176 -> 4.14.177
@types/react	17.0.34 -> 17.0.35
@typescript-eslint/eslint-plugin	5.3.1 -> 5.4.0
@typescript-eslint/parser	5.3.1 -> 5.4.0
reselect	4.1.2 -> 4.1.3

---

Release Notes

react-native-community/cli

v6.2.0

Compare Source

Features

• support renamed -PreactNativeArchitectures (#​1496)

Fixes

• better Handle EPERM on Windows (#​1495)
• use simclt instead of deprecated instruments (#​1484)
• platform-ios: add missing ora dependency (#​1483)

Chore & Maintenance

• bump lerna to 4 (#​1504)
• bump chalk to 4.x (#​1505)
• GH Actions: lint & unit tests (#​1499)
• remove mkdirp (#​1500)
• add 6.1.0 release to compatibility table (#​1501)
• replace azure with github actions (#​1494)

typescript-eslint/typescript-eslint

v5.4.0

Compare Source

Note: Version bump only for package @​typescript-eslint/parser

5.3.1 (2021-11-08)

Note: Version bump only for package @​typescript-eslint/parser

reduxjs/reselect

v4.1.3

Compare Source

This release rewrites the TS type inference of input selector parameters for correctness, fixes inference of createStructuredSelector inputs, and fixes an issue with the OutputSelectorFields type not being exported.

Changelog

Input Selector Parameter Inference Improvements

Reselect's types have always been extremely tricky, because it involves passing multiple input selectors with potentially heterogeneous, and then nested function composition of multiple selectors. Additionally, the input selectors can be passed as individual arguments or a single array of input selectors.

The 4.0.0 typedefs dealt with this by hand-writing dozens of overloads, which was absolutely impossible to maintain.

In 4.1, we took advantage of TS's improved abilities to infer array/tuple types to consolidate the typedefs.

One of the issues that happened as a result was that arguments at the same input parameter index were being "unioned" together, rather than "intersectioned". For example, in this complex selector:

  const input1 = (
    _: StateA,
    { testNumber }: { testNumber: number },
    c: number,
    d: string
  ) => testNumber

  const input2 = (
    _: StateA,
    { testString }: { testString: string },
    c: number | string
  ) => testString

  const input3 = (
    _: StateA,
    { testBoolean }: { testBoolean: boolean },
    c: number | string,
    d: string
  ) => testBoolean

  const input4 = (_: StateA, { testString2 }: { testString2: string }) =>
    testString2

  const testSelector = createSelector(
    input1,
    input2,
    input3,
    input4,
    (testNumber, testString, testBoolean) => testNumber + testString
  )

The second arg should end up as an object like {testNumber: number, testString: string, testBoolean: boolean, testString2: string}. However, it was ending up as four separate one-field objects. Similarly, the combination of number and number | string should be narrowed down to just number as an acceptable value.

We've rewritten the types to successfully accomplish that (although it took a lot of collective effort and headbanging to actually pull this off!) This should now give much more correct results when determining the final parameters that can be passed to a selector.

createStructuredSelector Fixes

Similarly, createStructuredSelector wasn't always inferring its arguments properly. We were able to reuse the parameter inference work here as well.

OutputSelectorFields Exported

The public OutputSelector type depended on an internal OutputSelectorFields type, but since OSF wasn't being exported, TS would throw errors when trying to generate declaration files that exported selectors. That is now public as well.

What's Changed

• Rewrite function parameter type inference to fix assorted issues by @​markerikson in https://github.com/reduxjs/reselect/pull/549

Full Changelog: reduxjs/reselect@v4.1.2...v4.1.3

---

Configuration

📅 Schedule: "before 2am" (UTC).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

---

• If you want to rebase/retry this PR, click this checkbox.

---

This PR has been generated by WhiteSource Renovate. View repository job log here.