델파이 코드 완료 성능 [폐쇄

Question

몇 개의 큰 (~ 600k 라인의 코드) Delphi 프로젝트가 있습니다. 여기에는 우리 팀이 개발 한 몇 가지 사용자 정의 구성 요소가 포함됩니다.

종종 Ctrl+Space로 코드 완료를 호출하거나 ""를 누르면 ""IDE가 잠그고 오랫동안 열심히 생각합니다. 때로는 지연이 1 분 이상이 될 수 있습니다. 다른 경우에는 제안과 함께 즉시 나타납니다.

델파이에서 Intellisense의 성능에 영향을 미치는 요인은 무엇입니까? 이 성능을 향상시킬 수있는 방법이 있습니까?

지금까지 가장 좋은 솔루션은 자동 완료를 끄고 1 분 정도 조용히 명상해야 할 때 CTRL+공간을 사용하는 것입니다.

나는 vs2005, vs2008 및 xcode가 모두 사실상 즉각적인 Intellisense 피드백을 제공하는 것으로 보인다 (나는이 큰 프로젝트에서 그것을 시도한 적이 없지만).

대안으로, 나는이 제안을 제안했다.

Answer 1

DPR에서 프로젝트에서 사용하는 모든 단위 (*)를 명시 적으로 포함시켜야합니다.
검색 경로에 의존하여 다른 장치에서 호출 된 장치를 찾아 DPR에 추가하십시오. DPR은 훨씬 길지만 코드 인시를 포함하여 모든 컴파일 관련 사항이 더 빠릅니다.

(*) 설치된 구성 요소의 단위가 아닙니다.

Answer 2

Delphi Code Insight는 사용자가 코드 통찰력 (CTRL+Space, '.'등을 요청할 때 COMULER DLL을 호출하여 사용자 정의 컴파일을 수행합니다. 이 사용자 정의 컴파일은 장치의 빌드를 수행하고 파일 버퍼의 현재 오프셋에 도달 할 때까지 CodeGen, 링크 등을 건너 뜁니다. 이를 염두에두고 컴파일러가 현재 위치에 도달하기 전에 보는 장치 목록은 코드 통찰력 조작의 속도를 결정하는 데 큰 요소를 재생합니다. 무거운 파일 시스템 종속성을 유발하는 단위 (또는 다중 장치)가있을 수 있습니다. 현재 장치를 컴파일하는 데 필요한 t는 성능을 향상시킬 수 있습니다. 또한 패키지를 사용하거나 장치 검색 경로를 단축하면 CI 응답 시간이 향상 될 수 있습니다.

Answer 3

어떤 버전을 사용하고 있는지 모르겠지만 훨씬 빠른 코드 완료는 Delphi 2009에서 가장 좋아하는 것 중 하나입니다.

Answer 4

이것은 델파이의 오랜 문제이며 자동 완료를 끄기 위해 의지해야했습니다. 잠시 동안 그런 식으로 일한 후에, 나는 그것에 매우 만족했습니다. 1 초만 걸리더라도 IDE 지연이 내 타이핑이 당황하고 내 흐름을 방해했습니다. 자동화기가 훨씬 좋습니다. IMO.

Answer 5

방금이 문제를 직접 발견했는데 환경 라이브러리 경로에서 죽은 네트워크 링크를 제거하여 수정했습니다. 내 문제를 100%해결했습니다.

Answer 6

당신은 당신의 팀이 라이브러리 경로에있는 커스텀 구성 요소를위한 소스 디렉토리를 포함합니까? 구성 요소 DCU 파일 만 라이브러리 경로에있는 경우 소스 파일도있는 경우 속도 차이를 보는 것이 흥미로울 것입니다.