Language-tools: 모든 도구에 대해 svelte.config.js의 onwarn 및 기타 옵션 사용

남자들은 나에게 감각이 있다. 나는 어려운 부분이 명명에 동의할 것이라고 상상합니다 / 그것이 얼마나 정확하게 지정되어야 하는지

경고와 같은 일에는 의미가 있습니다. 나는 모든 언어 서버 설정을 읽어야 한다는 데 동의하지 않습니다. 이 설정을 제공하고 언어 서버와 통합하는 것은 IDE의 책임이어야 합니다.

따라서 현재 형식으로 onwarn을 사용하는 것이 허용되는 방향입니까?
기존 구성과 호환되도록 현재 번들러용 svelte 플러그인에서 수행되는 것처럼 경고를 가로채기 위해 유사한 onwarn 콜백 인터페이스를 구현할 수 있습니다.

모두는 아니지만 svelte.config.js 에 언어 서버에 대한 일부 구성이 있는 이유는 최소한 형식 옵션이 일반적으로 프로젝트별로 구성되기 때문입니다. :생각:

https://github.com/sveltejs/language-tools/tree/master/packages/svelte-vscode#sveltepluginsvelteformatenable

확장 프로그램은 더 예쁜 플러그인과 함께 더 예쁜 플러그인을 사용하여 포맷을 수행하므로 포맷 옵션은 .prettierrc 파일에 넣어야 합니다. https://www.npmjs.com/package/prettier-plugin-svelte

나는 pre-commit hook으로 더 예쁘다. 구성은 package.json 있습니다.

{
  "prettier": {
    "singleQuote": true,
    "printWidth": 80,
    "plugins": [
      "prettier-plugin-svelte"
    ]
  }
}

LS의 더 예쁜 호출에 특별한 것이 있습니까? 아니면 평소처럼 이 구성을 로드해야 합니까? :생각:

이것도 효과가 있을 것입니다. 내 요점은 서식 옵션이 svelte.config.js 의 관심사가 되어서는 안 된다는 것입니다.

동의합니다. 이제 onwarn 외에 합리적으로 svelte.config.js 로 이동하는 것 외에 다른 것은 보이지 않습니다.

남은 결정이 별로 없습니다.

모든 도구에서 onwarn 콜백을 만드는 것이 좋은 솔루션처럼 들립니까?
번들러의 현재 구성과 호환되는 통합 구성.

나는 이미 잘 확립된 구성 메커니즘이 있는 것들에 svelte.config.js 지원을 추가하는 것에 대해 우려하고 있습니다. 예를 들어 ESLint에서 플러그인은 ESLint가 이미 로드한 구성 개체를 전달합니다. 이것은 여러 계층적 .eslintrc.js 파일(또는 JSON 파일, YAML 파일 또는 package.json 파일의 eslintConfig 키 내용)을 병합한 결과일 수 있습니다. ESLint가 이러한 파일이 있는 위치를 플러그인에 알려주지 않는다고 생각하므로 플러그인이 svelte.config.js 를 찾아야 하는 위치를 모르겠습니다. 구성을 처리하는 단일 통합 방법이 있으며 ESLint 코어가 이를 담당하려고 합니다.

따라서 솔루션은 다음과 같습니다.

1. 내 LS 클라이언트가 작업 공간에서 구성 파일을 읽고 svelte-vscode 처럼 구성을 LS에 전달하도록 가르칩니다.
2. svelte.config.js 에서 구성을 가져와서 .eslintrc.js 어떻게든 사용하십시오. 무시로 목록을 만들고 두 기능 또는 무언가에서 사용하십시오.
3. svelte-check 에게 작업 공간에서 구성을 로드하도록 가르칩니다.

수정할 가치가 있는 것은 svelte-check 뿐인 것 같습니다. 그러면 ?

svelte-check 외에는 사용자 영역에서 가능한 것 같습니다. :생각:

내 생각에 onwarn의 조화를 위한 후보는 언어 서버, svelte-check, 롤업 플러그인, 웹팩 플러그인입니다.