문제

예 : 새 단위를 만들고, 생성자, Destructor, Method1, Method2, Method3와 같은 여러 메소드가있는 클래스를 해당 순서대로 선언 한 다음 Ctrl-Shift-C를 누릅니다. IDE는 모든 메소드 본문을 자동으로 생성하지만 순서는 인터페이스 섹션에서 선언 된대로 혼합되어 있습니다.

이제 이것은 문제가 아니지만 그 이유가 있습니다. 선언 순서대로하는 것보다 그것을 혼합하는 것이 더 어려운 것 같습니다.

아니면 내가 볼 수없는 의미가있는 규칙이 있습니까?

도움이 되었습니까?

해결책

이는 방법이 이미 배열되는 방식에 따라 다르기 때문에 대답하기가 약간 복잡합니다.

그들이 이미 알파벳 순서로 구현된다면, 그것을 시도하고 유지할 것입니다. IDE가 어떤 종류의 순서를 유추 할 수 없다면, 파일 끝에서 삭제하는 데 의지합니다.

컨벤션에 의해 댓글을 양식으로 포함 시키면 다음과 같은 다른 주름이 있습니다.u003CClassName> } 구현 된 메소드의 첫 번째 블록을 사용하기 전에 해당 주석을 사용하여 모든 후속 클래스 구현을 묘사하면 메소드를 함께 그룹화하려고 시도합니다.

알파벳 순서는 표시된 주석으로 묘사 된 논리적 블록에 새로운 방법을 주입 할 수 있다는 점을 제외하고는 위의 동일한 규칙을 따릅니다.

새로운 클래스와 함께 클래스 완성을 사용하는 경우 IDE가 해당 주석을 자동으로 생성 할 것임을 알 수 있습니다.

클래스 완료가 메소드를 자동으로 정상하고 사용하는 경우 Ctrl 키+옮기다+upar 메소드 구현과 선언을 탐색하는 키는 주문이 덜 중요해야합니다.

일반적으로 위의 키 시퀀스를 사용하여 클래스 decl로 점프 한 다음 화살표 키를 사용하여 원하는 Decl의 메소드로 이동 한 다음 해당 키 시퀀스를 다시 사용하여 빠르게 얻을 수 있습니다.

또 다른 멋진 키 순위는 다음과 같습니다 Ctrl 키+대체+upar 또는 Ctrl 키+대체+dnar 파일 주문에서 메소드 명시에서 메소드 임플란치로 빠르게 이동합니다.

다른 팁

기본적으로, 나는 메소드 이름으로 알파벳 순서로 그것들을 만들려고한다고 확신하며, 동일한 메소드를 사용하여 더 많은 메소드를 추가 할 때 이것을 유지하려고 시도합니다. 최종 결과는 주문시 약간의 무작위 믹스가 될 수 있습니다.

내 경험에서 나는 때때로 IDE가 알파벳 순서로 메소드를 생성한다는 것을 알게되지만 다른 경우에는 파일 끝에 새로운 방법을 추가합니다.

IDE는 모든 것을 알파 하바 틱 순서로 만들려고합니다. 그러나 메소드가 시퀀스에서 벗어나면 (예 : 메소드의 이름을 바꾸면) 머들에 들어갑니다. 정확한 동작은 버전에 달려있는 것 같습니다. 이전 버전은 단순히 새 메소드를 파일 끝까지 어떤 순서로든 추가합니다. 최신 버전은 약간 영리 해 보이지만 아직 정확히 해결하지 못했습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top