시간이 흐른 것 같습니다. Embarcadero RAD Studio (저는 Delphi 프로그래밍을 위해 XE4 Starter를 사용합니다)가 점점 더 부진 해졌습니다. 다른 IDE의 경우 때때로 임시 파일과 캐시 파일 및 IDE에서 생성되는 기타 불필요한 것들이 부풀어 오르고 엉망이되는 경우가 있었으며 정기적으로 수동으로 들어가서 정리하는 데 도움이 될 수 있습니다.내 IDE (Embarcadero RAD 스튜디오)에서 주기적으로 정리해야합니까?
프로그래머가 정기적으로 RAD Studio를 원활하게 실행하기 위해 수행해야하는 특정 파일 제거 또는 다른 IDE 유지 관리가 있습니까?
IDE 성능에 어떤 영향을 미치는지는 정말 많이 있습니다. 그리고 IDE에는 무엇이 설치되어 있고 즉각적인 프로젝트에 필요한 것이 두 가지 수준이 있습니다.
IDE 유지 보수
반드시 당신이 당신의 IDE에 정기적으로해야한다 아무것도가 아니다. 그러나 라이브러리 경로가 최신인지 확인해야합니다. 이것은 IDE에서 관리해야하는 가장 일반적인 것들 중 하나입니다.
그런 다음 타사 라이브러리, 구성 요소, 추가 기능 및 수정 팩을 IDE에 설치할 수 있습니다. 이들 각각은 작업 속도를 저하시킬 가능성이 있으므로 실제로 사용하는 것이 설치되어 있는지 확인하십시오. IDE에서의
프로젝트 유지 보수
성능은 일반적으로 프로젝트의 유지 보수에 의해 방해되지 않습니다. 그러나 매우 큰 복잡한 프로젝트 (또는 프로젝트 그룹)가 속도를 늦추는 경우가 있습니다. 프로젝트의 DCU 파일을 정기적으로 정리할 필요는 없지만 IDE가 최신 상태로 유지하기 위해 소홀히했던 항목을 정리하고 강제로 다시 컴파일하는 데 도움이 될 수 있습니다. DCU 파일을 삭제하고 다시 컴파일하여 해결 된 문제를 보았습니다. DCU 파일은 본질적으로 컴파일 된 코드이며, 대부분 마지막 컴파일 이후 변경된 유닛 만 컴파일하면되므로 컴파일을 캐싱하기위한 것입니다. 따라서 DCU를 정리하면 평소보다 조금 더 오래 걸릴 것입니다. 아직도 고통의 가치가별로 없습니다.
결론
내가 다른 프로젝트 폴더에서 불필요한 파일을 정리하기 위해 자주 사용하는 배치 파일이있다. 이 배치 파일은 아래와 같이 스크립트로 작성되며, 보관할 필요가없는 임시 파일을 단순히 삭제합니다. 그러나 드물게 소스를 정리할 때만 필요합니다. 실제로는 일정이 아닙니다.
del *.dcu
del *.dof
del *.dsk
del *.identcache
del *.local
del *.~*
del *.cfg
del *.dsm
del *.rsm
del *.otares
주어진 프로젝트에 대해 IDE에서 "정리"옵션을 선택하여 동일하거나 유사한 작업을 수행 할 수 있습니다.
편집
당신은 또한 당신의 프로젝트가 IDE와 상호 작용하는 방식을 추적하여 최적의 IDE 성능을 수행 할 수 있습니다. 예를 들어 무거운 작업 (예 : 데이터 인식 컨트롤이있는 데이터베이스 연결)을 수행하는 구성 요소 또는 컨트롤입니다.
OP는 IDE가 "점점 부진 해지다"는 성질을 특징지었습니다. 그래서 아무도 말하지 않은 것은 임의의 추측입니다.
먼저 델파이 초보자 용을 처음 사용했습니다. 그 외에도 다른 버전에서는 느린 것을 느낄 수 없었습니다. 평범한 것에서 기대하는 것 이외에. 즉, 더 큰 파일을로드하면 IDE에서 작업하는 데 더 많은 시간이 걸릴 수 있습니다. 더 많이 설치된 lib 및 구성 요소는 시작시로드하는 데 시간이 오래 걸리지 만 디자이너 내부에는 거의 영향을 미치지 않습니다. 위의 파일을 삭제하면 컴파일러가 파일을 재생성해야하기 때문에 빌드 속도가 느려질 수 있습니다. 하지만 그 프로젝트를 사용하지 않는다면, 그들이 존재하든 그렇지 않든 영향을 주어서는 안됩니다. 잘못 설계된 구성 요소는 IDE 성능에 큰 타격을 줄 수 있습니다.
초보자 용으로 일부 최적화가 해제되어 있거나 시간이 지남에 따라 성능에 영향을 줄 수있는 사항이 누락되었을 수 있습니다. 차이점을 조사한 적은 없지만 전체 IDE와 마찬가지로 "기능 완성"이 아닙니다. 나는 제작 작업을 위해 사용하기 때문에 전체 출시 제품만을 고집합니다.
또한 컴퓨터를 업그레이드 한 시점 일 수도 있습니다. Delphi와는 아무런 관련이없는 가상 메모리와 실제 메모리의 제한 사항을 처리 할 수 있습니다. Delphi는 그 자체만으로도 큰 앱입니다. Delphi를 MacBook Pro의 VMWare VM 내부에서 실행하면 메모리가 부족 해지면 성능이 저하 될 수 있습니다. (다시 말하면 더 자세한 내용이 없으면 실제로는 여러 가지 일이있을 수 있습니다.)
[델파이 파일 확장] (http://delphi.wikia.com/wiki/Delphi_File_Extensions)을 참조하십시오. –
또는 [RAD Studio에서 생성 된 파일의 파일 확장명] (http://docwiki.embarcadero.com/RADStudio/XE7/en/File_Extensions_of_Files_Generated_by_RAD_Studio)보다 좋습니다. –
나는 이런 식으로 아무것도하지 않는다. 문제있어? –