Definitelytyped: node_modules/@types/react-native/globals.d.ts (36,15): 중복 식별자 'FormData'.

여기도 마찬가지

@types/react-native가 추가된 이유는 무엇입니까? 반응 웹 프로젝트가 있는데 사용하지 않는 타이핑을 설치해야 하는 이유는 무엇입니까?

설정 컴파일러Options.types에 의해 수동으로 수정됨

{
  "compilerOptions": {
  ...
    "types": ["react", "jest"]
  }
  ...
}

나도 같은 문제가 있습니다.

동일한 문제가 여기에 있습니다.
내 프로젝트에 여러 유형 정의가 있으므로 @types/styled-components 종속성을 이전 버전으로 수정했습니다.

tsconfig.json 명시적으로 유형을 추가하는 것은 좋지 않은 해결책이라고 생각합니다.
웹용과 네이티브용 styled-components 의 유형을 구분하는 것이 좋습니다.

이 FormData에 문제가 있습니다. 저는 typescript: 3.3.333 있습니다. 여기에는 package.json 및 tsconfig.json

패키지 JSON
"dependencies": { "@material-ui/core": "^3.9.2", "@types/react-loadable": "^5.5.0", "@types/react-router-dom": "^4.3.1", "prettier": "^1.16.4", "react": "^16.8.4", "react-dom": "^16.8.4", "react-loadable": "^5.5.0", "react-router-dom": "^5.0.0", "react-scripts-ts": "3.1.0", "styled-components": "^4.1.3" }, "devDependencies": { "@types/jest": "^24.0.11", "@types/node": "^11.11.3", "@types/react": "^16.8.8", "@types/react-dom": "^16.8.2", "@types/styled-components": "^4.1.12", "eslint": "5.3.0", "eslint-config-airbnb-base": "13.1.0", "eslint-plugin-import": "^2.14.0", "typescript": "^3.3.3333" }

TSCONFIG JSON
{ "compilerOptions": { "baseUrl": ".", "outDir": "build/dist", "module": "esnext", "target": "es5", "lib": ["es6", "dom"], "sourceMap": true, "allowJs": true, "jsx": "react", "moduleResolution": "node", "rootDir": "src", "forceConsistentCasingInFileNames": true, "noImplicitReturns": true, "noImplicitThis": true, "noImplicitAny": true, "importHelpers": true, "strictNullChecks": true, "suppressImplicitAnyIndexErrors": true, "noUnusedLocals": true, "esModuleInterop": true, "types": ["styled-components", "react", "react-dom", "jest"] }, "exclude": [ "node_modules", "build", "scripts", "acceptance-tests", "webpack", "jest", "src/setupTests.ts" ] }

나도 같은 문제를 안고있어. 다행히, 나는 버전 잠금하여 문제를 극복 할 수 있었다 @types/styled-components 에 4.1.8

여기에서도 마찬가지로 이전 버전으로 롤백하거나 node_modules에서 react-native를 제거하기 위해 설치 후 스크립트를 추가해야 했습니다.

기본적으로 dom libs와 종속성이 충돌하는 경우 웹에서 styled-components를 사용하는 방법은 무엇입니까?!
이건 미쳤어!

동일한 문제가 있으며 모든 작성자에게 알림이 전송되지 않은 것으로 나타났습니다. 이 두 가지가 없습니다: @eps1lon @flavordaaave

@ArthurBito 덕분에 저자 목록이 업데이트되었습니다.

이 문제는 나에게도 발생합니다. @types/react-native는 웹 프로젝트의 종속성이 되어서는 안 됩니다. 이러한 유형은 분리되어야 합니다.

내가 말할 수있는 한 이것은 4.1.9로 출시 된 #32843에 의해 발생했습니다. 이 댓글이 이를 뒷받침합니다.

해당 스레드 에 이 문제를 언급 했습니다 .

/cc @minestarks

버전을 4.1.8로 수정하면 저에게 효과적이었습니다.

이 문제를 해결하는 PR이 있습니까? 이상하게도 웹 프로젝트에서 styled-components를 사용할 수 없습니다.

같은 문제가 발생했습니다. 실제로 @types/styled-component 입니다.

my-app git:(master) ✗ npm ls @types/react-native
[email protected] /Users/devniel/dev/electron/my-app
└─┬ @types/[email protected]
  └── @types/[email protected]

문제에 대한 업데이트가 있습니까?

다음 내용으로 .yarnclean 파일을 만듭니다.

@types/react-native

문제 해결 🎉

반년이 지난 지금도 이 문제에 대한 업데이트가 없습니까?

정말 업데이트가 없나요???

내 생각에 가장 좋은 해결책은 @types/react-native를 피어 종속성으로 만드는 것이지만 내가 아는 한 types-publisher 는 현재 이를 지원하지 않습니다. 관리자 중 한 명이 제가 사실이고 peerDep이 해결책인지 확인해 주시겠습니까? 우리가 갈 수 있다면 주말에 types-publisher에 peerDep 지원을 추가하는 데 시간을 할애할 수 있습니다.

내 생각에 가장 좋은 해결책은 @types/react-native를 피어 종속성으로 만드는 것입니다.

흠, @types/react-native 가 peer dep이면 React Native가 아닌 프로젝트에서 @types/styled-components 를 사용하려면 종속성으로 선언해야 합니다. 그것은 이상적이지 않습니다.

이상적으로 @types/react-native 는 React Native가 아닌 프로젝트에 필요하지 않습니다. 특히 종속성으로 _선언_할 필요가 없습니다.

optionalDependency로 만드시겠습니까?

@paulmelnikow , 네, 맞습니다. 두 가지를 혼동했습니다. @types/styled-components 를 사용하기 위해 @types/react-native 를 종속성으로 선언할 필요는 없지만 성가신 경고를 받게 되므로 물론 optionalDeps 가 더 나은 솔루션입니다. types-publisher 도 지원하지 않는데 한번 해봐야겠네요

"@types/styled-components": "4.0.0"으로 다운그레이드하면 문제가 해결되었습니다.

아니요, 해결되지 않습니다. 카펫 아래의 문제를 쓸어내립니다.

아니요, 해결되지 않습니다. 카펫 아래의 문제를 쓸어내립니다.

다시 컴파일 해볼까요? ;-)

다음 내용으로 .yarnclean 파일을 만듭니다.

@types/react-native

문제 해결 🎉

npm과 동등한 것이 있습니까?

이 문제에 진전이 있습니까?
styled-components를 typescript와 함께 사용할 수 없게 만듭니다.

이 repo의 실제 코드를 살펴보면 @types/react-native 가 React Native 통합을 위한 실제 .d.ts 및 테스트 파일에서만 필요하다는 것을 분명히 알 수 있습니다. styled-components 실제로 작동하는 방식과 일치하여 React Native와 관련된 모든 것을 자체 하위 모듈/선택 사항/피어 종속성으로 분할하는 것이 더 적절한 솔루션이라고 생각합니다. import styled-components/native React Native 항목을 원하는 경우. styled-components 가져오지 않고 런타임에 React Native 항목의 전체 정글도 가져오므로 styled-components 만 가져옴으로써 @types/react-native 의 전체 정글도 얻지 않아야 합니다

그동안 반응 네이티브 통합은 이 패키지의 NPM 게시 버전에서 삭제되고 자체 패키지로 게시되어야 한다고 생각합니다. 현재로서는 이것은 창피하게 깨져 TypeScript를 전체적으로 나쁘게 만듭니다.

이 문제를 해결하십시오. 최대한 빨리 네이티브 유형을 제거하십시오. 이것은 다른 훌륭한 타이핑 프로젝트를 거의 사용할 수 없게 만듭니다.

이 repo의 실제 코드를 살펴보면 @types/react-native 가 React Native 통합을 위한 실제 .d.ts 및 테스트 파일에서만 필요하다는 것을 분명히 알 수 있습니다. styled-components 실제로 작동하는 방식과 일치하여 React Native와 관련된 모든 것을 자체 하위 모듈/선택 사항/피어 종속성으로 분할하는 것이 더 적절한 솔루션이라고 생각합니다. import styled-components/native React Native 항목을 원하는 경우. styled-components 가져오지 않고 런타임에 React Native 항목의 전체 정글도 가져오므로 styled-components 만 가져옴으로써 @types/react-native 의 전체 정글도 얻지 않아야 합니다

👍

그동안 반응 네이티브 통합은 이 패키지의 NPM 게시 버전에서 삭제되고 자체 패키지로 게시되어야 한다고 생각합니다.

나는 그것이 해결책이 될 수 있다고 생각하지만 이 문제를 일으키지 않고 #32843의 추진과 같이 동일한 패키지로 둘 다 배송할 수 있는 방법이 있는지 궁금합니다.

이 문제를 해결하는 가장 좋은 방법은 솔루션으로 PR을 시작하거나 수정할 수 있는 Styled Components에 특별히 투자한 사람을 찾는 것입니다.

확실히Typed는 패키지 커뮤니티에 멋진 서비스를 제공하며 여기에 유지 관리자가 있습니다. 비록 그들의 작업이 모든 유형을 유지 관리하는 것은 아니지만. 이 프로젝트(또는 TypeScript)에서 주먹을 휘두르는 것은 도움이 되지 않습니다.

난 감정으로 전환하고 있어
여기에는 고유한 유형 스크립트 정의가 포함되어 있으며 완전히 동일한 인터페이스를 가지고 있으므로 마이그레이션은 모두 쉽게 찾고 교체할 수 있습니다.
게다가 번들 크기가 조금 더 작습니다.

#32843에 도입된 변경 사항을 되돌리는 것은 어떻습니까? 사용자의 90% 이상이 타이핑을 깨고 이 스레드에서 언급된 오래된 버전이나 일부 해킹을 사용하도록 강요했기 때문입니다.

#32843에 도입된 변경 사항을 되돌리는 것은 어떻습니까? 사용자의 90% 이상이 타이핑을 깨고 이 스레드에서 언급된 오래된 버전이나 일부 해킹을 사용하도록 강요했기 때문입니다.

대다수의 사용자가 타이핑을 더 잘할 수 있도록 하는 것이 합리적인 솔루션이 될 수 있습니다. PR이 승인될지는 모르겠지만 최선의 해결책이라고 생각하시면 부담없이 PR을 해주세요.

이 되돌리기가 완료되면 나중에 반응 네이티브와 함께 작동하도록 하는 방법에 대한 몇 가지 메모를 패키지에 추가하는 것이 좋습니다. 나는 그것을 시도하지 않았지만 반응 네이티브 사용자가 declare module 선언을 사용하여 제거된 타이핑을 복사하여 프로젝트에 붙여넣고 작업을 계속할 수 있을 것입니다. 물론 반응 네이티브 사용자가 이 작업을 수행하도록 하는 것은 부끄러운 일입니다.

하지만 TypeScript 팀에서 이러한 문제를 처리하는 방법에 대한 공식적인 지침을 제공할 수 있으면 좋겠습니다. 누군가가 모든 솔루션에서 "잃어버린" 것처럼 보이기 때문입니다.

IMO, 이것은 되돌려야 합니다 - 주로 웹 스타일 구성 요소 생태계가 더 크기 때문입니다.

더 이상 작동 방식에 대한 모든 세부 사항을 알지 못하지만 React Native의 경우 나에게 좋은 절충안처럼 보이는 다른 경로를 사용하여 다른 유형 세트를 얻을 수 있었습니다. 흠, 이것이 가져온 것 같습니다. 그것으로 다시.

반응 네이티브 특정 유형을 추가하는 트리플 슬래시 가져오기를 통해 사람들이 가져오는 앰비언트 모듈을 가질 수 있는 방법이 있는지 궁금합니다.

여기에 +1, 하지만 불평만 하는 것이 아니라, 행동 계획이 있다면 참여하고 이 문제를 해결하는 데 도움을 주고 싶습니다.

나는 여기에 와서 일부 의견에 내 플러스를 추가했습니다. 내가 이미 그렇게 했다는 것을 깨달았습니다... 이 문제가 마지막으로 발생했을 때.

그리고 그것이 내가 다른 라이브러리 관리자에게 그들의 유형을 유지하도록 간청한 이유입니다. 라이브러리가 해당 유형과 함께 인라인으로 업데이트되도록 합니다. def typed가 커뮤니티에 여러 면에서 도움이 되었다는 점이 마음에 들지만 lib 유지 관리자가 직접 입력하거나 ts로 다시 작성할 수 있는 능력이 있으면 더 안전한 세상을 만들 수 있습니다.

또한 로컬 클론을 통해 이 문제를 해결할 수 있었기 때문에 이 문제에 대해 냉정하고 침착했습니다. 하지만 전 세계 사람들이 이 문제(6개월 이상)로 충분히 고통을 겪었다고 생각합니다. 이 중요하고 심각한 문제를 해결하고 기술에 정통하지 않은 타이프스크립트 사용자가 다시 시작할 수 있도록 하고 싶습니다.

승인을 기다리고 있는 PR이 있습니까? 유효하지 않은 react-native 전역 종속성을 제거하는 한 줄의 코드 변경을 넣어야 합니까(내 개인 npm 저장소 내에서 했던 것처럼)?

또한 react-native 를 설치해야 하고 글로벌 네임스페이스와 충돌하는 이유가 있나요? 차임하고 생각을 공유하십시오. (하지만 본의 아니게 우리 작업을 방해한 사람들이 이 호를 읽었을지 궁금합니다. 우리 피해에 대해 전혀 모르고 있어야 하는 것처럼 기뻐할 것이기 때문입니다. 내가 그런 경우의 반대편에 있었다고 말할 수는 없습니다. 전에.)

또한 다른 패키지는 이러한 종류의 문제를 어떻게 처리합니까? 나는 이 문제를 되돌리는 _"단순한"_ PR을 만드는 것을 주저하는 것에 대한 단서가 없습니다.

이 변경 사항을 되돌려야 한다고 생각하지만 이 작업을 수행하기 위해 skipLibCheck 를 활성화할 필요가 없었습니다. https://github.com/DefinitelyTyped/DefinitelyTyped/issues/33311#issuecomment -466731156 . 하지 마세요.

이 변경 사항을 되돌리는 것은 좋은 선택이 아니라고 생각합니다. 많은 사람들이 react-native에 대한 타이핑이 필요하고 오류를 일으키는 것을 수정하고 모든 react-native 타이핑을 제거하지 않아야 합니다.

그리고 현재 해결책이 없다면? 우리는 적어도 하나의 릴리스를 비네이티브 사용자를 위해 제공해야 합니다. 그것은 현재 완전히 망가졌고 한동안 그래왔기 때문입니다. 그리고 나는 비네이티브 사용자도 대다수일 것이라고 감히 추측할 수 있습니다.

이것에 대한 업데이트가 있습니까?

react-native 입력해야 하는 @dawick 사람들은 수동으로 설치할 수 있습니다.
왜 그들이 필요합니까?

이 변경 사항을 되돌리는 것은 좋은 선택이 아니라고 생각합니다. 많은 사람들이 react-native에 대한 타이핑이 필요하고 오류를 일으키는 것을 수정하고 모든 react-native 타이핑을 제거하지 않아야 합니다.

react-native 대한 타이핑이 필요한 사람들은 @types/react-native 를 설치하여 얻어야 합니다.

나는 여전히 react-native 와 관련된 모든 것을 @types/styled-components 에서 삭제하고 사람들이 실제로 사용하는 방식과 일치하도록 @types/styled-components/native 와 같은 다른 패키지/경로로 옮겨야 한다는 입장을 강하게 유지합니다. styled-components ; 원하는 사람들을 react-native 지원이 명시 적으로 사용하여 얻을 import styled from 'styled-components/native' , 당신은 모두의 전체 얻지 않는다 react-native 수행하여 정글을 import styled from 'styled-components' 웹에서 프로젝트이므로 연결된 @types/ 패키지는 다르게 작동하지 않아야 합니다.

나는 주말에 더 체계적인 방식으로 이것을 수정하기 위해 찔렀습니다. 웹 + 네이티브 반응 모두에 대한 유형을 래핑하는 모든 저장소에서 작동할 수 있습니다. https://github.com/microsoft/types-publisher/pull/655

이게 어떻게 해결되지 않았는지...

진지하게? 아직도 수정이 안되나요?

@givethemheller @sanex3339 https://github.com/microsoft/types-publisher/pull/655 에서 작업 및 토론에 수정 사항이

임시 해결책으로 node_modules에서 @types/react-native 를 제거하십시오.
rm -rf node_modules/@types/react-native
.yarnclean
@types/react-native

TypeScript 3.7이 출시되면서 이전에 작동하던 v4.1.8이 이제 TS 3.7과 호환되지 않지만 TS 3.7과 호환되는 유일한 버전이 완전히 손상되었기 때문에 3.7 사용자가 유형 정의를 업그레이드해야 하는 상황에 처했습니다. 모든 React-web 개발자를 위한 것입니다(확실히 대다수가 압도적일 것입니다). 😕

.yarnclean 해결 방법은 Yarn을 사용하는 사람들에게 충분할 것입니다. 그리고 compilerOptions 수정하는 것은 확장 가능한 장기적인 솔루션이 아닙니다.

여기서 가장 좋은 해결책이 무엇인지 모르겠습니다. 임시방편으로 저는 react-native 항목을 구체적으로 제외하는 별도의 버전을 게시하는 것을 찬성합니다.

원사가 아닌 사용자는 npm 스크립트에 다음을 추가하여 이 문제를 해결할 수 있습니다.

    "postinstall": "rm -rf node_modules/@types/react-native"

NPM이 네이티브 유형을 설치한 후 즉시 삭제하도록 합니다. 여전히 문제가 되지 않아야 하는 것에 대한 해키 해결 방법이지만 작동합니다.

여기에도 나를 추가합니다. 많은 설치 후 스크립트를 편집하는 것보다 더 나은 솔루션이 필요합니다...

이 문제는 기본적으로 1년 이상(!!!) 동안 styled-components의 모든 typescript 사용자에게 영향을 미칩니다.
이에 대한 공식 솔루션이 있습니까(.yarnclean을 사용한 해킹은 제외)? 차단기가 있습니까?

나는 이것을 두 개의 패키지(또는 잠재적으로 세 개의 기본 패키지, react-native와 react 모두에 대한 공통 항목, 하나는 react, 다른 하나는 RN용, 그리고 두 패키지는 공통 항목과 함께 첫 번째 패키지를 사용하게 함)로 나누는 것 같습니다. 가장 쉽고 빠르게 대처할 수 있습니다.

나는 기꺼이 도와주고 싶습니다. 만약 우리에게 기여자가 부족하다면, 해킹할 필요 없이 styled-component와 typescript를 함께 사용하는 것이 더 쉬웠으면 합니다. 😄

난 그냥 주위에 물건을 해킹할 필요 없이 스타일이 지정된 구성 요소와 타이프스크립트를 함께 사용하는 것이 더 쉬웠으면 합니다. 😄

충돌! 더 나은 유형 정의 구현이 있어야 합니다...

내 node_modules에서 @types/react-native 을 제거했지만 여전히 동일한 오류가 발생합니다. 왜 해킹에도 불구하고?

@ArnaudJeannin 수동으로 삭제했다면 npm i / yarn 를 실행할 때마다 다시 추가됩니다.

설치를 통해 삭제를 지속하려면 이전 의견에 따라 NPM postinstall 을 통해 제거하거나 Yarn을 사용하는 경우 .yarnclean 하면 정상적으로 작동합니다.

내가 한 일은 모든 사람에게 적합하지는 않지만 styled-components에서 Emotion 으로 전환하여 이 문제를 "해결"했습니다. 두 라이브러리 모두 CSS로 구성 요소를 래핑하고 스타일을 상속하는 것만으로 아주 기본적인 사용법이지만, 내가 필요로 하는 기능에 대해 스타일 구성 요소와 유사한 API를 갖고 있는 Emotion이 있다는 것을 알았습니다. 쉬운 전환이었습니다. 6개월이 지난 지금까지 큰 문제는 없었습니다. 감정에는 기본 제공 TS 입력이 포함되어 있으므로 @types 동기화되지 않는 문제가 없습니다.

위에서 언급했듯이 CSS 라이브러리를 전환하는 것은 많은 프로젝트에 적합하지 않지만 저에게는 전환이 스타일 구성 요소 TS 문제와 씨름하는 것보다 쉬웠습니다. YMMV.

yarn 사용자를 위한 더 간단한 해결 방법으로 현재 버전의 스타일 구성 요소를 사용할 수 있습니다. package.json에서:

  "resolutions": {
    "@types/react-native": "link:./empty-package"
  },

위의 해결 방법의 대상인 아무것도 하지 않는 패키지를 설정합니다.

mkdir empty-package
cd empty-pacakge
yarn init -y
touch index.d.ts

나를 위해 작동합니다.

@arimah @GabrielDuarteM , 당신의 downvote를 설명할 수 있습니까? 이것을 시도했는데 작동하지 않는 것을 발견했습니까? 내가 도울 수 있도록 댓글을 달아주세요. 그러면 다른 사람들이 도움이 될 수 있습니다. 이것은 이 시점에서 사용할 수 있는 유일한 다른 해결 방법(유형 모듈을 삭제하는 설치 후 스크립트)보다 훨씬 덜 침입적인 것 같습니다. 또는 이 해결 방법에 대해 내가 깨닫지 못한 강력한 부정적인 점이 있다면 주석을 수정하거나 제거하고 싶습니다.

@jamietre 나는 downvotes가 이것이 작동 할 수는 있지만 이것이 올바른 솔루션이 아니며 반응 네이티브를 위해 유형을 분할해야한다는 사실을 변경하지 않는다는 것입니다 (또는 아마도 피어 종속성)

@jamietre 나는 downvotes가 이것이 작동 할 수는 있지만 이것이 올바른 솔루션이 아니며 반응 네이티브를 위해 유형을 분할해야한다는 사실을 변경하지 않는다는 것입니다 (또는 아마도 피어 종속성)

해결 방법이 눈살을 찌푸리는 것을 깨닫지 못했습니다. 실제 수정을 기다리는 동안 항상 매우 유용합니다. 이것은 1년 넘게 문제가 되었습니다. 아직 작업을 완료해야 합니다. 🤷‍♂

@jamietre 제 생각에는 당신이 그것을 "해결책"으로 프레임화한 것뿐인데, 그렇지 않은 것으로, 유지보수

@jamietre 제 생각에는 당신이 그것을 "해결책"으로 프레임화한 것뿐인데, 그렇지 않은 것으로, 유지보수

"해결 방법"을 "해결 방법"으로 변경했습니다... 실제로 저는 사람들이 typescript와 함께 styledcomponents를 사용할 수 있도록 돕기 위해 노력하고 있습니다. downvotes는 작동하지 않음을 의미합니다. 의미론에 대해 논쟁하는 데 도움이 되지 않는 것 같지만 확실합니다.

Appsome Solutions 에서도 동일한 문제가 있었고 tsconfig.json 파일의 "skipLibCheck": true, 규칙으로 해결했습니다.

@pumanitro 제안된 다른 많은 것들과 마찬가지로 불행히도 이것은 해결책이 아니라 단순한 해결 방법입니다.

@SamHH 해결 방법으로 해결된 단어를 변경했습니다.
이것이 typescript를 사용하여 CRA에서 수행되는 방법이지만 솔루션이 아닙니다. 그래도 사람들에게 도움이 될 수 있습니다.

https://github.com/DefinitelyTyped/DefinitelyTyped/pull/32843#issuecomment -605921101에서 내 의견 다시 게시

해결 방법은 것입니다 compilerOptions.types 에서 배열을하여 tsconfig.json 자동으로 매일 읽는 타이프 라이터를 중지하는 @types/* 경우 유형 검사 패키지를. Typescript는 types 배열에 이름이 지정된 패키지 유형만 자동으로 가져옵니다. 예를 들어, "types": ["node"] ( buffer 또는 path 와 같은 내장 모듈을 사용하여 @types/node 를 로드하는 경우), "types": ["node", "jest"] ( 또한 농담 테스트를 다시 작성합니다); 또는 "types": [] 를 사용하여 직접 가져오지 않은 패키지나 코드에서 /// <reference types="..." /> 를 자동 로드하지 못하도록 합니다.

@types/styled-components-native 가 더 나은지 여부는 말할 수 없습니다. 그것은 최소한 이례적인 일이며 compilerOptions.types "해결 방법"의 필요성을 제거할 수 있지만 IMO는 compilerOptions.types 를 자동 로드해야 하는 패키지 유형으로만 설정합니다( import 없이

요약하자면, 문제는 기본 동작이 모든 @types/* 패키지를 로드 하는 것이기 때문에 직접 또는 간접적으로 참조하지 않음에도 불구하고 TypeScript가 자동으로 @types/react-native 유형을 로드한다는 것입니다. compilerOptions.types 를 설정하면 해당 기본값이 방지되고 나열한 패키지 + import 패키지만 로드됩니다.

이것이 여전히 문제라는 것이 믿기지 않습니다! 지난 여름에 이 문제가 발생했는데, 그 이후로 수정되었을 것이라고 생각했기 때문에 방금 패키지를 업데이트했습니다. 😠

@types/styled-components의 관리자는 누구입니까? 우리는 새로운 사람이 필요하기 때문에

compilerOptions.types 의 @Jessidhia 제안이 효과적 이었습니다. 매우 감사합니다! 나는 이것을 베스트 프랙티스로도 본다. 지금까지는 아무런 불이익도 경험하지 않았습니다. 더 빠르다는 것도 상상할 수 있었습니다.

@sbusch 단점은 compilerOptions.types 를 사용하는 경우 이 목록에 포함되지 않은 모든 항목이 제외되므로 모든 입력이 여기에 나열되어야 한다는 것입니다. 따라서 입력을 제공하는 설치된 패키지의 경우 이 구성을 수동으로 관리해야 합니다.

예, 모든 유형을 유형으로 나열하는 것은 옵션이 아닙니다.

모듈에서 무언가를 가져오면 여전히 TypeScript 입력을 받습니다. types 옵션은 전역 선언의 유형을 자동으로 가져오기 위한 것입니다. 이것은 자주 필요하지 않으므로 해당 모듈을 types 에 수동으로 추가하는 것도 나쁘지 않습니다. 그렇게 이해합니다. types 배열을 [] 설정한 후에도 매우 엄격한 TS 설정을 가진 상당히 큰 TS 코드베이스는 여전히 작동했습니다.

예를 들어 https://stackoverflow.com/a/59030291을 참조하십시오.

단점은 compilerOptions.types 를 사용하는 경우 이 목록에 포함되지 않은 모든 항목이 제외되므로 모든 입력이 여기에 나열되어야 한다는 것입니다. 따라서 입력을 제공하는 설치된 패키지의 경우 이 구성을 수동으로 관리해야 합니다.

@sbush가 말했듯이 이것은 사실이 아닙니다. 이 옵션은 전역 유형에만 해당되며 import ed libs의 입력은 문제 없이 사용됩니다. @Jessidhia 의 제안은 무해합니다.

나는 단일 패키지가 소비자들로 하여금 그 분야를 그대로 두는 관습을 깨도록 강요해서는 안된다고 생각합니다. 다른 모든 것과 마찬가지로 이것은 해결책이 아니라 해결 방법입니다.

모노 레포 Lerna + yarn workspaces (답변이 너무 많음)가 있는 경우 누군가 이미 케이스에 답변했는지 확실하지 않습니다. 이 경우 털실 웹사이트에서 no-hoist 속성을 더 많이 사용할 수 있습니다.

package.json 파일의 사례:

"workspaces": {
  "packages": ["packages/*"],
  "nohoist": ["**/react-native", "**/react-native/**"]
}

🙏🏻 @types/styled-components": "4.1.8" 🙏🏻

원사 monorepos를 사용하는 경우 솔루션 @nahumzs가 제안합니다. 이 경우 react-native가 전역 node_packages 폴더를 오염시키지 않도록 하여 오류가 발생하는 중복을 방지합니다.

어떤 시점에서 React Native 사용자보다 React Web 사용자가 더 많다고 말하고 React Native 지원을 제거합니까?

이 문제에 대한 진전이 있었습니까? npm 설치 후 명령에서 node_modules/@types/react-native 삭제와 같은 해결 방법이나 해결 방법 없이 업데이트할 수 없기 때문에 현재 @types/styled-components 버전 4.1.8을 사용하고 있습니다.

오 씨발, 이 문제는 나에게 정말 많은 고통을 준다.

이제 여기에 설명된 문제가 발생합니다. 따라서 최신 Typescript로 업그레이드하면 @types/[email protected] 도 사용할 수 없습니다. 😡😡😡 WTH.

어쨌든 이것은 https://github.com/DefinitelyTyped/DefinitelyTyped/issues/33015 의 복제본인 것 같습니다

Appsome Solutions 에서도 동일한 문제가 있었고 tsconfig.json 파일의 "skipLibCheck": true, 규칙으로 해결했습니다.

누군가가 같은 생각을 하는 경우: 이 문제를 해결하기 위해 skipLibCheck 를 활성화하고 싶지 않았습니다. 하지만 최근 변경으로 인해 새로운 TypeScript 프로젝트에 대해 skipLibCheck 활성화되어 마음이 바뀌었습니다. 분명히 성능상의 이유지만 여기에서 보고 있는 것과 같은 문제 때문에 상상할 수도 있습니다.

아주 더러운 해킹으로 괜찮은 사람일 수도 있습니다. package.json 스크립트 섹션에 다음을 추가하면 됩니다.

"postinstall": "rm -rf node_modules/@types/react-native"

훌륭한 솔루션은 아니지만 작동해야 합니다.

세상에, 이 문제는 5.1.1에서도 여전히 유효합니다.

1- 프로젝트 루트에 .yarnclean 를 추가합니다.
2- @types/react-native 내용을 삽입합니다.

이것은 적어도 공식 솔루션을 기다리는 동안 여기에서 해결되었습니다.

이것이 1.5년 넘게 계속되고 있습니다. 어쨌든 내 문제가 관련이 있다고 생각하고 더 많은 "중복 식별자" 오류가 발생합니다. 총 36개.

tsconfig.json

{
  "compilerOptions": {
    "allowJs": true,
    "baseUrl": ".",
    "esModuleInterop": true,
    "isolatedModules": true,
    "jsx": "react",
    "module": "CommonJS",
    "moduleResolution": "Node",
    "noEmit": true,
    "sourceMap": true,
    "target": "ES6"
  },
  "include": [
    "src/**/*"
  ],
}

tsc 로 컴파일한 결과:

총: 38개의 오류. 그 중 2개만 실제 프로젝트 소스 src/**.* 파일에서 가져왔습니다. 다른 36개의 오류는 @types/styled-components 인한 .d.ts 충돌에서 발생합니다.

참고: "skipLibCheck": true 플래그를 추가하면 오류가 사라집니다. 또한 @types/styled-components 제거하면 오류도 사라집니다.

여기에 전체 로그를 게시하지 않겠지만 여기에 몇 가지 예가 있습니다.

error TS2300: Duplicate identifier 'AbortController'.
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1939:11
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1950:13 
node_modules/@types/react-native/globals.d.ts:363:15

error TS2300: Duplicate identifier 'AbortSignal'. 
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1960:11 
node_modules/@types/react-native/globals.d.ts:350:15
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:1972:13

error TS2300: Duplicate identifier 'FormData'. 
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:5548:11
node_modules/@types/react-native/globals.d.ts:40:15
../../../AppData/Roaming/npm/node_modules/typescript/lib/lib.dom.d.ts:5558:13

error TS2300: Duplicate identifier 'URL'.
error TS2300: Duplicate identifier 'URLSearchParams'.
error TS2300: Duplicate identifier 'RequestInfo'.
error TS2300: Duplicate identifier 'XMLHttpRequestResponseType'.

error TS2717: Subsequent property declarations must have the same type.  Property 'body' 
must be of type 'string | ArrayBuffer | ArrayBufferView | Blob | FormData | URLSearchParams | ReadableStream<Uint8Array> | null | undefined', 
but here has type 'string | ArrayBuffer | DataView | Int8Array | Uint8Array | Uint8ClampedArray | Int16Array | ... 8 more ... | undefined'. 

error TS2717: Subsequent property declarations must have the same type.  Property 'signal' must be of type 'AbortSignal | null | undefined', but here has type 'AbortSignal | undefined'.

error TS2300: Duplicate identifier 'RequestInfo'.

이 시점에서 내가 채택하고 있는 솔루션은 @types/styled-components 를 제거하고 내 프로젝트(React 웹 앱)를 계속 진행하는 것입니다.