eslint-plugin-rxjs-x 0.7.1 → 0.7.2

package/dist/index.js

@@ -1,6 +1,6 @@
 "use strict";Object.defineProperty(exports, "__esModule", {value: true}); function _interopRequireWildcard(obj) { if (obj && obj.__esModule) { return obj; } else { var newObj = {}; if (obj != null) { for (var key in obj) { if (Object.prototype.hasOwnProperty.call(obj, key)) { newObj[key] = obj[key]; } } } newObj.default = obj; return newObj; } } function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { default: obj }; }// package.json
 var name = "eslint-plugin-rxjs-x";
-var version = "0.7.1";
+var version = "0.7.2";
 
 // src/configs/recommended.ts
 var createRecommendedConfig = (plugin2) => ({
@@ -370,11 +370,19 @@ function getTypeServices(context) {
     );
   };
   const couldReturnType = (node, name2, qualified) => {
-    var _a;
     let tsTypeNode;
     const tsNode = esTreeNodeToTSNodeMap.get(node);
     if (_typescript2.default.isArrowFunction(tsNode) || _typescript2.default.isFunctionDeclaration(tsNode) || _typescript2.default.isMethodDeclaration(tsNode) || _typescript2.default.isFunctionExpression(tsNode)) {
-      tsTypeNode = (_a = tsNode.type) != null ? _a : tsNode.body;
+      if (tsNode.type) {
+        tsTypeNode = tsNode.type;
+      } else if (tsNode.body && _typescript2.default.isBlock(tsNode.body)) {
+        const returnStatement = tsNode.body.statements.find(_typescript2.default.isReturnStatement);
+        if (returnStatement == null ? void 0 : returnStatement.expression) {
+          tsTypeNode = returnStatement.expression;
+        }
+      } else {
+        tsTypeNode = tsNode.body;
+      }
     } else if (_typescript2.default.isCallSignatureDeclaration(tsNode) || _typescript2.default.isMethodSignature(tsNode)) {
       tsTypeNode = tsNode.type;
     } else if (_typescript2.default.isPropertySignature(tsNode)) {

package/dist/index.mjs

@@ -1,6 +1,6 @@
 // package.json
 var name = "eslint-plugin-rxjs-x";
-var version = "0.7.1";
+var version = "0.7.2";
 
 // src/configs/recommended.ts
 var createRecommendedConfig = (plugin2) => ({
@@ -370,11 +370,19 @@ function getTypeServices(context) {
     );
   };
   const couldReturnType = (node, name2, qualified) => {
-    var _a;
     let tsTypeNode;
     const tsNode = esTreeNodeToTSNodeMap.get(node);
     if (ts4.isArrowFunction(tsNode) || ts4.isFunctionDeclaration(tsNode) || ts4.isMethodDeclaration(tsNode) || ts4.isFunctionExpression(tsNode)) {
-      tsTypeNode = (_a = tsNode.type) != null ? _a : tsNode.body;
+      if (tsNode.type) {
+        tsTypeNode = tsNode.type;
+      } else if (tsNode.body && ts4.isBlock(tsNode.body)) {
+        const returnStatement = tsNode.body.statements.find(ts4.isReturnStatement);
+        if (returnStatement == null ? void 0 : returnStatement.expression) {
+          tsTypeNode = returnStatement.expression;
+        }
+      } else {
+        tsTypeNode = tsNode.body;
+      }
     } else if (ts4.isCallSignatureDeclaration(tsNode) || ts4.isMethodSignature(tsNode)) {
       tsTypeNode = tsNode.type;
     } else if (ts4.isPropertySignature(tsNode)) {

package/package.json

@@ -1,8 +1,8 @@
 {
   "name": "eslint-plugin-rxjs-x",
   "type": "commonjs",
-  "version": "0.7.1",
-  "packageManager": "yarn@4.7.0+sha512.5a0afa1d4c1d844b3447ee3319633797bcd6385d9a44be07993ae52ff4facabccafb4af5dcd1c2f9a94ac113e5e9ff56f6130431905884414229e284e37bb7c9",
+  "version": "0.7.2",
+  "packageManager": "yarn@4.9.1+sha512.f95ce356460e05be48d66401c1ae64ef84d163dd689964962c6888a9810865e39097a5e9de748876c2e0bf89b232d583c33982773e9903ae7a76257270986538",
   "description": "ESLint v9+ plugin for RxJS",
   "author": "Jason Weinzierl <weinzierljason@gmail.com>",
   "license": "MIT",
@@ -39,8 +39,7 @@
   "module": "./dist/index.mjs",
   "types": "./dist/index.d.ts",
   "files": [
-    "dist",
-    "docs"
+    "dist"
   ],
   "scripts": {
     "build": "tsup",
@@ -73,28 +72,28 @@
     }
   },
   "devDependencies": {
-    "@eslint/js": "^9.22.0",
+    "@eslint/js": "^9.24.0",
     "@stylistic/eslint-plugin": "^4.2.0",
     "@types/common-tags": "^1.8.4",
     "@types/node": "~18.18.0",
-    "@typescript-eslint/rule-tester": "^8.26.1",
+    "@typescript-eslint/rule-tester": "^8.30.1",
     "@typescript/vfs": "^1.6.1",
-    "@vitest/coverage-v8": "^3.0.8",
-    "@vitest/eslint-plugin": "^1.1.37",
+    "@vitest/coverage-v8": "^3.1.1",
+    "@vitest/eslint-plugin": "^1.1.42",
     "bumpp": "^10.1.0",
-    "eslint": "^9.22.0",
+    "eslint": "^9.24.0",
     "eslint-config-flat-gitignore": "^2.1.0",
-    "eslint-doc-generator": "^2.1.1",
-    "eslint-import-resolver-typescript": "^3.8.5",
+    "eslint-doc-generator": "^2.1.2",
+    "eslint-import-resolver-typescript": "^4.3.2",
     "eslint-plugin-eslint-plugin": "^6.4.0",
-    "eslint-plugin-import-x": "^4.6.1",
-    "eslint-plugin-n": "^17.16.2",
+    "eslint-plugin-import-x": "^4.10.5",
+    "eslint-plugin-n": "^17.17.0",
     "markdownlint-cli2": "^0.17.2",
     "rxjs": "^7.8.2",
     "tsup": "^8.4.0",
-    "typescript": "~5.7.3",
-    "typescript-eslint": "^8.26.1",
-    "vitest": "^3.0.8"
+    "typescript": "~5.8.3",
+    "typescript-eslint": "^8.30.1",
+    "vitest": "^3.1.1"
   },
   "engines": {
     "node": "^18.18.0 || ^20.9.0 || >= 21.1.0"

package/docs/rules/ban-observables.md

@@ -1,42 +0,0 @@
-# Disallow banned observable creators (`rxjs-x/ban-observables`)
-
-<!-- end auto-generated rule header -->
-
-It can sometimes be useful to ban specific `rxjs` imports.
-This rule can be configured to ban a list of specific `rxjs` imports developers want to avoid in their project.
-
-> [!TIP]
-> `ban-observables` only bans at the _import_ site. (In fact, it can ban anything imported from `rxjs`.)
-> See [`ban-operators`](./ban-operators.md) for banning operators at their _usage_.
-
-## Options
-
-This rule accepts a single option which is an object the keys of which are the names of anything in `rxjs` and the values are either booleans or strings containing the explanation for the ban.
-
-The following configuration bans `partition` and `onErrorResumeNext`:
-
-```json
-{
-  "rxjs-x/ban-observables": [
-    "error",
-    {
-      "partition": true,
-      "of": false,
-      "onErrorResumeNext": "What is this? Visual Basic?"
-    }
-  ]
-}
-```
-
-## When Not To Use It
-
-If you have no need to ban importing anything from `rxjs`, you don't need this rule.
-
-## Related To
-
-- [`ban-operators`](./ban-operators.md)
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/ban-observables.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/ban-observables.test.ts)

package/docs/rules/ban-operators.md

@@ -1,44 +0,0 @@
-# Disallow banned operators (`rxjs-x/ban-operators`)
-
-💭 This rule requires [type information](https://typescript-eslint.io/linting/typed-linting).
-
-<!-- end auto-generated rule header -->
-
-This rule can be configured so that developers can ban `rxjs` operators they want to avoid in their project.
-
-> [!NOTE]
-> Operators outside of a `pipe` or not directly exported by `rxjs` are ignored.
-
-## Options
-
-This rule accepts a single option which is an object the keys of which are the names of operators and the values are either booleans or strings containing the explanation for the ban.
-
-The following configuration bans `partition` and `onErrorResumeNext`:
-
-```json
-{
-  "rxjs-x/ban-operators": [
-    "error",
-    {
-      "partition": true,
-      "map": false,
-      "onErrorResumeNext": "What is this? Visual Basic?"
-    }
-  ]
-}
-```
-
-## When Not To Use It
-
-If you have no need to ban `rxjs` operators, you don't need this rule.
-
-Type checked lint rules are more powerful than traditional lint rules, but also require configuring type checked linting.
-
-## Related To
-
-- [`ban-observables`](./ban-observables.md)
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/ban-operators.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/ban-operators.test.ts)

package/docs/rules/finnish.md

@@ -1,91 +0,0 @@
-# Enforce Finnish notation (`rxjs-x/finnish`)
-
-💭 This rule requires [type information](https://typescript-eslint.io/linting/typed-linting).
-
-<!-- end auto-generated rule header -->
-
-This rule enforces the use of Finnish notation - i.e. the `$` suffix.
-
-## Rule details
-
-Examples of **incorrect** code for this rule:
-
-```ts
-const answers = of(42, 54);
-```
-
-Examples of **correct** code for this rule:
-
-```ts
-const answer$ = of(42, 54);
-```
-
-## Options
-
-<!-- begin auto-generated rule options list -->
-
-| Name         | Description                                                          | Type    |
-| :----------- | :------------------------------------------------------------------- | :------ |
-| `functions`  | Require for functions.                                               | Boolean |
-| `methods`    | Require for methods.                                                 | Boolean |
-| `names`      | Enforce for specific names. Keys are a RegExp, values are a boolean. | Object  |
-| `parameters` | Require for parameters.                                              | Boolean |
-| `properties` | Require for properties.                                              | Boolean |
-| `strict`     | Disallow Finnish notation for non-Observables.                       | Boolean |
-| `types`      | Enforce for specific types. Keys are a RegExp, values are a boolean. | Object  |
-| `variables`  | Require for variables.                                               | Boolean |
-
-<!-- end auto-generated rule options list -->
-
-This rule accepts a single option which is an object with properties that determine whether Finnish notation is enforced for `functions`, `methods`, `parameters`, `properties` and `variables`. It also contains:
-
-- `names` and `types` properties that determine whether or not Finnish notation is to be enforced for specific names or types.
-- a `strict` property that, if `true`, allows the `$` suffix to be used _only_ with identifiers that have an `Observable` type.
-
-The default (Angular-friendly) configuration looks like this:
-
-```json
-{
-    "rxjs-x/finnish": [
-        "error",
-        {
-            "functions": true,
-            "methods": true,
-            "names": {
-                "^(canActivate|canActivateChild|canDeactivate|canLoad|intercept|resolve|validate)$": false
-            },
-            "parameters": true,
-            "properties": true,
-            "strict": false,
-            "types": {
-                "^EventEmitter$": false
-            },
-            "variables": true
-        }
-    ]
-}
-```
-
-The properties in the options object are themselves optional; they do not all have to be specified.
-
-## When Not To Use It
-
-If you don't use Finnish notation in your project or don't care about enforcing Finnish notation in your project, you don't need this rule.
-However, keep in mind that inconsistent style can harm readability in a project;
-consider using [`no-finnish`](./no-finnish.md) to ban Finnish notation if you don't use it in your project.
-
-Type checked lint rules are more powerful than traditional lint rules, but also require configuring type checked linting.
-
-## Further reading
-
-- [Observables and Finnish Notation](https://medium.com/@benlesh/observables-and-finnish-notation-df8356ed1c9b)
-
-## Related To
-
-- [`no-finnish`](./no-finnish.md)
-- [`suffix-subjects`](./suffix-subjects.md)
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/finnish.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/finnish.test.ts)

package/docs/rules/just.md

@@ -1,20 +0,0 @@
-# Require the use of `just` instead of `of` (`rxjs-x/just`)
-
-🔧 This rule is automatically fixable by the [`--fix` CLI option](https://eslint.org/docs/latest/user-guide/command-line-interface#--fix).
-
-<!-- end auto-generated rule header -->
-
-This rule enforces the use of `just` instead of `of`. Some other languages with Rx implementations use the former and this rule is for developers who have that preference.
-
-## When Not To Use It
-
-If you prefer `of` in your project, you will want to avoid this rule.
-
-## Further reading
-
-- [Rename `of` to `just`](https://github.com/ReactiveX/rxjs/issues/3747)
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/just.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/just.test.ts)

package/docs/rules/macro.md

@@ -1,11 +0,0 @@
-# Require the use of the RxJS Tools Babel macro (`rxjs-x/macro`)
-
-❌ This rule is deprecated.
-
-🔧 This rule is automatically fixable by the [`--fix` CLI option](https://eslint.org/docs/latest/user-guide/command-line-interface#--fix).
-
-<!-- end auto-generated rule header -->
-
-This rule ensures that modules that import `rxjs` also import the Babel macro for [RxJS Tools](https://rxjs.tools).
-
-This rule is deprecated because [`babel-plugin-rxjs-tools`](https://www.npmjs.com/package/babel-plugin-rxjs-tools) is unmaintained.

package/docs/rules/no-async-subscribe.md

@@ -1,54 +0,0 @@
-# Disallow passing `async` functions to `subscribe` (`rxjs-x/no-async-subscribe`)
-
-💼 This rule is enabled in the following configs: ✅ `recommended`, 🔒 `strict`.
-
-💭 This rule requires [type information](https://typescript-eslint.io/linting/typed-linting).
-
-<!-- end auto-generated rule header -->
-
-This rule effects failures if async functions are passed to `subscribe`.
-Developers are encouraged to avoid race conditions
-by instead using RxJS operators which can handle both Promises and Observables
-(e.g. `concatMap`, `switchMap`, `mergeMap`, `exhaustMap`).
-
-## Rule details
-
-Examples of **incorrect** code for this rule:
-
-```ts
-import { of } from "rxjs";
-
-of(42).subscribe(async value => {
-    const data1 = await fetch(`https://api.some.com/things/${value}`);
-    const data2 = await fetch(`https://api.some.com/things/${data1.id}`);
-    console.log(data2);
-});
-```
-
-Examples of **correct** code for this rule:
-
-```ts
-import { of } from "rxjs";
-
-of(42).pipe(
-    switchMap(value => fetch(`http://api.some.com/things/${value}`)),
-    switchMap(data1 => fetch(`http://api.some.com/things/${data1.id}`)),
-).subscribe(data2 => console.log(data2));
-```
-
-## When Not To Use It
-
-If you don't care about avoiding `.subscribe(async...`, then you will not need this rule.
-However, keep in mind that features of observables like cancellation or retrying will not work, and race conditions may occur.
-
-Type checked lint rules are more powerful than traditional lint rules, but also require configuring type checked linting.
-
-## Further reading
-
-- [Why does this rule exist?](https://stackoverflow.com/q/71559135)
-- [Higher-order Observables](https://rxjs.dev/guide/higher-order-observables)
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/no-async-subscribe.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/no-async-subscribe.test.ts)

package/docs/rules/no-compat.md

@@ -1,13 +0,0 @@
-# Disallow the `rxjs-compat` package (`rxjs-x/no-compat`)
-
-❌ This rule is deprecated.
-
-<!-- end auto-generated rule header -->
-
-This rule prevents importing from locations that depend upon the `rxjs-compat` package.
-
-This rule is deprecated because RxJS v7+ no longer includes `rxjs-compat`.
-
-## Further reading
-
-- [Backwards compatibility](https://github.com/ReactiveX/rxjs/blob/a6590e971969c736a15b77154dabbc22275aa0d5/docs_app/content/guide/v6/migration.md#backwards-compatibility)

package/docs/rules/no-connectable.md

@@ -1,33 +0,0 @@
-# Disallow operators that return connectable observables (`rxjs-x/no-connectable`)
-
-💭 This rule requires [type information](https://typescript-eslint.io/linting/typed-linting).
-
-<!-- end auto-generated rule header -->
-
-This rule prevents the use of operators that return connectable observables.
-
-> [!NOTE]
-> All operators banned by this rule are also deprecated by RxJS,
-> so this rule may be removed in a future major version.
-
-## Rule details
-
-Examples of **incorrect** code for this rule:
-
-```ts
-import { of, publish } from "rxjs";
-
-const result = of(42).pipe(publish());
-```
-
-## When Not To Use It
-
-If you use operators that return connectable observables in your project, you may not need this rule.
-Or you may rely on RxJS's deprecation of those operators and don't need to double-flag the operators as banned.
-
-Type checked lint rules are more powerful than traditional lint rules, but also require configuring type checked linting.
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/no-connectable.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/no-connectable.test.ts)

package/docs/rules/no-create.md

@@ -1,43 +0,0 @@
-# Disallow the static `Observable.create` function (`rxjs-x/no-create`)
-
-💼 This rule is enabled in the following configs: ✅ `recommended`, 🔒 `strict`.
-
-💭 This rule requires [type information](https://typescript-eslint.io/linting/typed-linting).
-
-<!-- end auto-generated rule header -->
-
-This rule prevents the use of the static `create` function in `Observable`. Developers should use `new` and the constructor instead.
-
-## Rule details
-
-Examples of **incorrect** code for this rule:
-
-```ts
-const answers = Observable.create(subscriber => {
-  subscriber.next(42);
-  subscriber.next(54);
-  subscriber.complete();
-});
-```
-
-Examples of **correct** code for this rule:
-
-```ts
-const answers = new Observable<number>(subscriber => {
-  subscriber.next(42);
-  subscriber.next(54);
-  subscriber.complete();
-});
-```
-
-## When Not To Use It
-
-If you rely on RxJS's deprecation of `Observable.create` and don't need to double-flag usage,
-then you don't need this rule.
-
-Type checked lint rules are more powerful than traditional lint rules, but also require configuring type checked linting.
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/no-create.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/no-create.test.ts)

package/docs/rules/no-cyclic-action.md

@@ -1,88 +0,0 @@
-# Disallow cyclic actions in effects and epics (`rxjs-x/no-cyclic-action`)
-
-💭 This rule requires [type information](https://typescript-eslint.io/linting/typed-linting).
-
-<!-- end auto-generated rule header -->
-
-This rule effects failures for effects and epics that emit actions that would pass their `ofType` filter. Such actions are cyclic and, upon emission, immediately re-trigger the effect or epic.
-
-## Rule details
-
-Examples of **incorrect** code for this rule:
-
-```ts
-actions.pipe(
-  ofType("SOMETHING"),
-  map(() => ({ type: "SOMETHING" }))
-);
-```
-
-Examples of **correct** code for this rule:
-
-```ts
-actions.pipe(
-  ofType("SOMETHING"),
-  map(() => ({ type: "SOMETHING_ELSE" }))
-);
-```
-
-This rule can be used with effects _and epics_, so it makes **no attempt** to discern whether or not dispatching is disabled for an NgRx effect. That is, code like this will effect (🙈) a failure:
-
-```ts
-someEffect = createEffect(() =>
-  this.actions$.pipe(
-    ofType("SOMETHING"),
-    tap(() => console.log("do something")),
-  ),
-  { dispatch: false }
-);
-```
-
-Instead, you can use the the RxJS [`ignoreElements`](https://rxjs.dev/api/operators/ignoreElements) operator:
-
-```ts
-someEffect = createEffect(() =>
-  this.actions$.pipe(
-    ofType("SOMETHING"),
-    tap(() => console.log("do something")),
-    ignoreElements()
-  )
-);
-```
-
-Or you can use an ESLint [inline comment](https://eslint.org/docs/user-guide/configuring#disabling-rules-with-inline-comments) to disable the rule for a specific effect.
-
-## Options
-
-<!-- begin auto-generated rule options list -->
-
-| Name         | Description                                                   | Type   | Default                  |
-| :----------- | :------------------------------------------------------------ | :----- | :----------------------- |
-| `observable` | A RegExp that matches an effect or epic's actions observable. | String | `[Aa]ction(s\|s\$\|\$)$` |
-
-<!-- end auto-generated rule options list -->
-
-This rule accepts a single option which is an object with an `observable` property that is a regular expression used to match an effect or epic's actions observable. The default `observable` regular expression should match most effect and epic action sources.
-
-```json
-{
-  "rxjs-x/no-cyclic-action": [
-    "error",
-    { "observable": "[Aa]ction(s|s\\$|\\$)$" }
-  ]
-}
-```
-
-## When Not To Use It
-
-If you don't use a library with effects and epics (e.g. NgRx or redux-observable),
-then you don't need this rule.
-Alternatively, if you use NgRx's own [`avoid-cyclic-effects`](https://ngrx.io/guide/eslint-plugin/rules/avoid-cyclic-effects) rule,
-then you don't need this rule.
-
-Type checked lint rules are more powerful than traditional lint rules, but also require configuring type checked linting.
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/no-cyclic-action.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/no-cyclic-action.test.ts)

package/docs/rules/no-explicit-generics.md

@@ -1,32 +0,0 @@
-# Disallow unnecessary explicit generic type arguments (`rxjs-x/no-explicit-generics`)
-
-<!-- end auto-generated rule header -->
-
-This rule prevents the use of explicit type arguments when the type arguments can be inferred.
-
-## Rule details
-
-Examples of **incorrect** code for this rule:
-
-```ts
-import { BehaviorSubject } from "rxjs";
-const subject = new BehaviorSubject<number>(42);
-```
-
-Examples of **correct** code for this rule:
-
-```ts
-import { BehaviorSubject } from "rxjs";
-const subject = new BehaviorSubject(42);
-```
-
-## When Not To Use It
-
-This rule has known problems in the latest release:
-
-- ([#77](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/issues/77)) Type unions cause false positives e.g. `new BehaviorSubject<number | null>(null)` will be incorrectly caught by this rule.
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/no-explicit-generics.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/no-explicit-generics.test.ts)

package/docs/rules/no-exposed-subjects.md

@@ -1,68 +0,0 @@
-# Disallow public and protected subjects (`rxjs-x/no-exposed-subjects`)
-
-💼 This rule is enabled in the 🔒 `strict` config.
-
-💭 This rule requires [type information](https://typescript-eslint.io/linting/typed-linting).
-
-<!-- end auto-generated rule header -->
-
-This rule prevents exposed (i.e. non-private) subjects. Developers should instead expose observables via the subjects' `asObservable` method.
-
-## Rule details
-
-Examples of **incorrect** code for this rule:
-
-```ts
-import { Subject } from "rxjs";
-class Answers {
-  public answers: Subject<number>;
-}
-```
-
-Examples of **correct** code for this rule:
-
-```ts
-import { Subject } from "rxjs";
-
-class Answers {
-  private answersSubject$ = new Subject<string>();
-  public answers$ = this.answersSubject$.asObservable();
-
-  public nextAnswer(a: string) {
-    this.answersSubject$.next(a);
-  }
-}
-```
-
-## Options
-
-<!-- begin auto-generated rule options list -->
-
-| Name             | Description               | Type    | Default |
-| :--------------- | :------------------------ | :------ | :------ |
-| `allowProtected` | Allow protected subjects. | Boolean | `false` |
-
-<!-- end auto-generated rule options list -->
-
-This rule accepts a single option which is an object with an `allowProtected` property that determines whether or not protected subjects are allowed. By default, they are not.
-
-```json
-{
-  "rxjs-x/no-exposed-subjects": [
-    "error",
-    { "allowProtected": true }
-  ]
-}
-```
-
-## When Not To Use It
-
-If you don't care about encapsulating subjects in your project, then you don't need this rule.
-However, be aware that anyone can call `next()` or `complete()` on the exposed subject, which may cause bugs or less readable code.
-
-Type checked lint rules are more powerful than traditional lint rules, but also require configuring type checked linting.
-
-## Resources
-
-- [Rule source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/src/rules/no-exposed-subjects.ts)
-- [Test source](https://github.com/JasonWeinzierl/eslint-plugin-rxjs-x/blob/main/tests/rules/no-exposed-subjects.test.ts)