解決æ¹æ³ignoreã«å ¥ãã¦ãã¾ãã°ãåé¿ã¯ã§ããããããã ã¨ã¾ã£ããlintãããªããªã£ã¦ãã¾ã ããã¹ãã¯ãtype-check ã®å¯¾è±¡ããå¤ãã㨠disable-type-checkedãå©ç¨ããã°ã§ãã import eslint from "@eslint/js"; import tseslint from "typescript-eslint"; export default tseslint.config( eslint.configs.recommended, ...tseslint.configs.strictTypeChecked, { languageOptions: { parserOptions: { projectService: true, tsconfigRootDir: import.meta.dirname, }, }, }, { files: ["*
In ESLint v8.53.0, scheduled to be released on Friday, November 3, 2023, we will formally deprecate our formatting rules. Formatting rules are those rules that simply enforce code conventions around spacing, semicolons, string formats, etc. For a variety of reasons, which are discussed in this post, this is the right decision for ESLint going forward. However, to understand how we got here, itâs h
ESLintã®Flat Configã¸ã®ç§»è¡ã¯é²ãã§ã¾ãã§ããããï¼è©¦ãã¦ã¿ãã§ããããï¼ ä»åã¯ãã¯ã³ã´ã®æ°åã¨ã³ã¸ãã¢ãåä»äºã¨ãã¦åãçµãã ãESLintã®Flat Configã¸ã®ç§»è¡ã«é¢ãã¦ããã®æ¹æ³ã¨åµã£ãã¨ããã®ä¹ãè¶ãæ¹ãããä¼ããã¾ãã ãã®è¨äºã§è¨åããã㨠Flat Configã«æ¸ãå¤ããã¨ãã«è¦ãè³æ ESLintã®configãFlat Configã«ç§»è¡ããã¨ããconfigs.recommendedãªã©ã®ããªã»ãããç¨ããå ´åã¯FlatCompatã使ã eslint-plugin-importã使ç¨ãã¦ãã¨åµã ã©ããã£ã¦æ°æ§configãåãã«ãªã£ã¦ãããã¨ã示ãã®ãï¼ ESLintã®Flat Configãæ¸ããã¨ã«ãªãã¾ãã ããã«ã¡ã¯ãNäºåæ ¡ Web ããã³ãã¨ã³ãéçºãã¼ã ã®sokunoã§ããç§ã¯ç¾å¨4ã¶æã«æ¸¡ãæ°åç ä¿®ãçµã¦ããã®8æããä»ã®
a ã¿ã°ã«target=_blankãã¤ããæã¯ã¨ãããã rel å±æ§ã« rel="noopener noreferrer" ã¨æ¸ãã¦ããã°ããã¨æã£ãã®ã§ãããã©ãã㦠noreferrer ã ãã ã¨ã ããªãã ããã¨æ°ã«ãªã£ãã®ã§èª¿ã¹ã¦ã¿ã¾ããã çµè« noreferrer ã ãã§ãåé¡ã¯ãªãããã¡ãã¼ã¼ã¼ã¼ã¼ã¼ã¼ã¼ã¼ã¼ã¼ã¼ã¼ã¼ã¼ã£ã¨ã ãåé¡ãããã ååã¾ã§ã®ããããï¼ ã©ãã㦠noopener noreferrer ãå¿ è¦ãªã®ã a ã¿ã° ã«ã¯ target=_blank ã¨ããè¨å®ããããå¥ã¿ãã§éããããã¨ãã§ãã¾ãã
import { deepEquality } from '@santi100/equal-lib'; function indexOf(arr: any[], item: any) { for (const idx in arr) { if (deepEquality(arr[idx], item)) return arr[idx]; } return -1; } export class AssertionError<E = unknown, A = unknown> extends Error implements AssertOptionalParams<E, A> { /** * Expected value for the assertion. */ readonly expected: E; /** * Received value for the assertion. */
I intend to stop using null in my code, in favor of undefined. There are many reasons for doing so. Feedback wanted Tweet: https://twitter.com/sindresorhus/status/1114894287387258886 Background http://2ality.com/2013/05/history-undefined.html Reasons From experience, most developers use null and undefined inconsistently and interchangeably, and few know when to use which. Supporting both null and
ãªãªã¼ã¹ãé害æ å ±ãªã©ã®ãµã¼ãã¹ã®ãç¥ãã
ææ°ã®äººæ°ã¨ã³ããªã¼ã®é ä¿¡
å¦çãå®è¡ä¸ã§ã
j次ã®ããã¯ãã¼ã¯
kåã®ããã¯ãã¼ã¯
lãã¨ã§èªã
eã³ã¡ã³ãä¸è¦§ãéã
oãã¼ã¸ãéã
{{#tags}}- {{label}}
{{/tags}}