잡종 개체의 위치만 변경하면 됩니다. 이제 다음을 수행합니다. 원하는 이름의 개체를 찾습니다. - 개체 유형을 결정합니다. - 스위치를 사용하여 개체 유형에 따라 개체의 기준점 수를 결정합니다. - 개체 위치를 변경합니다. 주기. 이 문제를 단순화하고 개체 유형에 대한 하드 바인딩 없이 코드를 보다 보편적으로 만들고 싶었습니다.
Lizar : 잡종 개체의 위치만 변경하면 됩니다. 이제 다음을 수행합니다. 원하는 이름의 개체를 찾습니다. - 개체 유형을 결정합니다. - 스위치를 사용하여 개체 유형에 따라 개체의 기준점 수를 결정합니다. - 개체 위치를 변경합니다. 주기. 이 문제를 단순화하고 개체 유형에 대한 하드 바인딩 없이 코드를 보다 보편적으로 만들고 싶었습니다.
이러한 기능의 필요성은 개체 유형의 수가 증가함에 따라 증가할 것입니다. 그리고 유형별로 앵커 포인트 수를 결정할 수 없을 때 객체가 나타날 때 필요합니다. 예를 들어, 일부 폴리라인. 그 동안에는 그다지 중요하지 않지만, 소원에 따라 서비스 데스크에서 발급할 수 있습니다.
그리고 누가 배열의 크기를 변경할 것인가?
배열 크기 조정
덕분에 이해했습니다.
프로그래밍 방식으로 개체의 앵커 포인트 수를 찾는 방법을 아는 사람은 누구입니까? 결국 (미래에) 최대 30 개가있을 수 있습니다.
그리고 현재 부동 수의 앵커 포인트가 있는 개체는 무엇입니까???
수영하는 사람이 없습니다. 그러나 다른 유형의 개체에 대한 앵커 포인트의 수는 1에서 3입니다. 이것은 질문이 아닙니다. 객체 유형에 대한 하드 바인딩 없이 프로그래밍 방식으로 객체의 앵커 포인트 수를 찾을 수 있습니까?
내가 아는 한 아니요. Hoyat은 가이드의 이 섹션을 오랫동안 확인하지 않았습니다.
설명서에서 찾을 수 없어서 여기에 질문해야겠다고 생각했습니다. 어쩌면 그냥 간과했을 수도 있습니다.
이것이 필요한 이유에 대한 실제 예를 들어 주시겠습니까?
도무지 상상이 안 가네요... 원 대신 채널을 그리세요?
이것이 필요한 이유에 대한 실제 예를 들어 주시겠습니까?
도무지 상상이 안 가네요... 원 대신 채널을 그리세요?
잡종 개체의 위치만 변경하면 됩니다. 이제 다음을 수행합니다. 원하는 이름의 개체를 찾습니다. - 개체 유형을 결정합니다. - 스위치를 사용하여 개체 유형에 따라 개체의 기준점 수를 결정합니다. - 개체 위치를 변경합니다. 주기. 이 문제를 단순화하고 개체 유형에 대한 하드 바인딩 없이 코드를 보다 보편적으로 만들고 싶었습니다.
내가 이해하는 한 두 가지 옵션만 있습니다.
1. 유형별로 포인트 수를 결정합니다(한 가지 또는 다른 방법).
2. 서비스 데스크에 요청을 작성하고 그러한 기능의 실제 필요성을 증명하십시오.
2. 서비스 데스크에 요청을 작성하고 그러한 기능의 실제 필요성을 증명하십시오.