Visual Studio에서 거대한 소스 코드 파일을 다루는 최선의 방법
https://stackoverflow.com/questions/207902
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
저는 코드 생성을 상당히 사용하는 프로젝트를 진행하고 있습니다. 그것이 생성하는 일부 파일에는> 0.25 백만 줄의 코드가 포함되어 있습니다. vs (2k5)는 너무 나쁘게 대처하지 않지만 R# (4.01)는 2 분마다 메모리 예외를 제외합니다.
부분 클래스/별도 파일로 나누는 것은 즉시 옵션이 아니지만 나중에는 옵션이 아닙니다.
이것을 다루는 영리한 IDE 트릭이 있습니까?
편집 : 사람들은 즉시 (매우 현명하게) '큰 파일이 없다'고 말하고 더 작은 파일로 나누는 방법을 제안합니다.
괜찮습니다.하지만 시간이 걸린 작업을 중심으로 둘러보고 최적화 할 내용을 결정하고 있습니다. 내 문제는 매우 구체적으로 '프로젝트를 리팩토링하는 방법'이 아니라 고통없이 IDE에서 미친 듯이 큰 파일을 보는 방법 '입니다. 질문의 목적 상 파일이 읽기 전용이라고 상상해보십시오. :)
해결책
이 R# 도구처럼 보입니다 (Resharper입니까?)이 문제입니다. 당신은 그것을 비활성화 할 수 있습니까? 그렇지 않으면 생성 된 코드의 파일 유형을 변경하는 것이 합리적 일 수 있습니다. 아마도 해당 파일에 대한 주요 편집을 수행하지 않을 것이므로 구문 색칠과 소스 파일과 관련된 기타 기능이 문제가되지 않습니다.
다른 팁
나는 적어도 거대한 파일을 같은 것과 같은 것으로 바꿀 것입니다. .cpp_gen 또는 .cpp_huge 구문 강조 표시, 개요 등을 제거한 다음 빌드 도구를 다시 설정합니다. C/C ++ 컴파일러 도구 그들을 위해.
와!
250,000 줄의 코드?
당신은 기계 관점이 아니라 인간의 관점에서 생각해야합니다. 해당 코드를 다른 사람에게 전달하고 싶다고 가정 해 봅시다. 코드가 무엇을하는지 볼 시간을 볼 수 있습니까?
디자인 패턴은이 IND 물건을 다루고 작게 시작하고 리팩토링을 한 다음 더 깊이 가서 더 많은 DP를 적용하기 시작했습니다.
코드 라인이 점점 줄어들 것입니다. 예, 가장 좋은 요령 중 하나는 제안에 따라 여러 파일로 분리하는 것입니다.
생성 된 코드를 직접 편집하지 않는다고 가정합니다. (= 나쁜 생각 !!)
생성 된 파일을 명령 줄에서 컴파일하는 별도의 솔루션에 넣은 다음 작업중 인 프로젝트에서 해당 DLL을 참조 할 수 있습니다.
Visual Studio에서 편집 할 파일을 열 때 문제가 있습니까? 대규모 파일에서 VS Editor가 매우 느리고 비효율적 일 수 있음을 알았습니다. 또한 특정 옵션을 끄는 것과 같은 단어 포장이 어떤 이유로 내 컴퓨터를 죽일 수 있습니다.
그렇지 않으면 구문 강조 표시가있는 TextPad와 같은 다른 것을 사용하여 문제가있는 큰 소스 파일을 편집 할 수 있습니다.
Visual Studio를 사용하지 마십시오. Vs에서 너무 많은 일이 일어나고 있습니다.
파일은 읽기 전용이므로 IDE 기능 (Intellisense, Refactoring Tools, Formatting)을 사용하지 않습니다.
파일을 간단히 볼 수있는 Notepad ++와 같은 간단한 응용 프로그램을 사용하여 더 나은 성능을 얻을 수 있습니다. 메모장 ++는 색상을 좋아하는 경우 표준 언어 강조 표시를합니다.
파일을 분해하고 전처리기를 사용하여 컴파일 할 때 다시 모으십시오.
어떻게 든 해당 파일의 큰 덩어리를 별도의 라이브러리로 그룹화 할 수 있어야합니다. 그런 다음 여러 프로젝트로 분리합니다. 이것을 시도 했습니까? 소스 코드/ 프로젝트의 현재 구조는 무엇입니까?
