누군가가 여전히 차트에 그래픽 개체가 있는 프로그램이 있는 경우 유형은 접두사 "l" < 여기서 정확히 접두사 "l"로 삭제됩니다(객체를 생성할 때 이름 " l abel" 및 " l ine"이 사용되었습니다 >
타사 프로그램에서 "l"로 시작하는 모든 개체를 종료합니다. 정말 좋은 해결책이 아닙니다.
나도 이것에 대해 생각했다. 다른 프로그래머가 동일한 개체 이름이나 동일한 접두사를 가진 이름을 리벳으로 고정할 가능성이 있으므로 접두사(특히 짧은 것)로 개체를 삭제하는 것은 이름과 완전히 일치하는 개체를 우연히 발견하여 삭제하는 것보다 더 위험합니다. 또한 두 번째 프로그램은 이미 존재하는 이름으로 두 번째 개체를 생성할 수 없으며 이전 개체는 그대로 유지해야 한다는 점도 염두에 두어야 합니다(제 생각에는). 어쨌든 이웃 프로그램이 그러한 개체를 삭제하기로 결정하고 자신의 개체라고 믿고 같은 이름을 가진 다른 사람을 삭제합니다.
지금까지 나는 유일한 해결책을 보았습니다: 같은 이름을 가진 다른 사람의 개체를 우연히 발견하고 그것에 대해 원치 않는 조작을 수행할 가능성을 줄이기 위해 가능한 한 한 프로그램 내의 개체 이름을 독점적으로 지정하는 것입니다. 그러나 개체 이름의 길이가 제한되어 있기 때문에 접두사를 늘이는 것이 기술적으로 항상 가능한 것은 아님을 상기시켜 드리겠습니다.
나도 이것에 대해 생각했다. 다른 프로그래머가 동일한 개체 이름이나 동일한 접두사를 가진 이름을 리벳으로 고정할 가능성이 있으므로 접두사(특히 짧은 것)로 개체를 삭제하는 것은 이름과 완전히 일치하는 개체를 우연히 발견하여 삭제하는 것보다 더 위험합니다. 또한 두 번째 프로그램은 이미 존재하는 이름으로 두 번째 개체를 생성할 수 없으며 이전 개체는 그대로 유지해야 한다는 점도 염두에 두어야 합니다(제 생각에는). 어쨌든 두 번째 프로그램은 이러한 개체를 자신의 개체라고 믿고 삭제하기로 결정하고 같은 이름을 가진 다른 사람의 개체를 삭제합니다.
지금까지 나는 유일한 해결책을 보았습니다: 같은 이름을 가진 다른 사람의 개체를 우연히 발견하고 그것에 대해 원치 않는 조작을 수행할 가능성을 줄이기 위해 가능한 한 한 프로그램 내의 개체 이름을 독점적으로 지정하는 것입니다. 그러나 개체 이름의 길이가 제한되어 있기 때문에 접두사를 늘이는 것이 기술적으로 항상 가능한 것은 아님을 상기시켜 드리겠습니다.
나는 상기시킬 필요가 없다. 나는 매일 그래픽 개체로 작업한다.
잘못 구성된 논리가 ... 무엇의 열쇠입니까? 맞습니다, 실패입니다. 이것은 당신의 경우입니다.
요점은 그러한 코드를 개인용 컴퓨터에서 사용할 수 없다는 것입니다. 그러나 당신은 결코 그것을 인정하지 않았습니다.
물론 그는 하지 않았다. 이러한 단점으로 인해 기계 속도가 느려지기 시작하려면 부하가 높은 계산(예: 매우 뚱뚱한 사이클 또는 매우 빈번한 재초기화)에서 이러한 단점을 사용해야 하기 때문입니다. 나는 그러한 경우에 이 코드를 채택하는 것을 권하지 않습니다. 현재의 경우 모든 것이 날아갑니다. 실패에 대한 시끄럽고 모순된 진술은 단지 짜증나게 하려는 욕망에 불과합니다. 하지만 그것도 감사합니다.
누군가가 여전히 차트에 그래픽 개체가 있는 프로그램이 있는 경우 유형은 접두사 "l" < 여기서 정확히 접두사 "l"로 삭제됩니다(객체를 생성할 때 이름 " l abel" 및 " l ine"이 사용되었습니다 >
타사 프로그램에서 "l"로 시작하는 모든 개체를 종료합니다. 정말 좋은 해결책이 아닙니다.
Vitaliy, 초보자를 위한 주제로 들어가 보시지 않겠습니까? 어느 정도 프로그래머는 이러한 기본 사항을 오랫동안 알고 있었습니다. 그리고 "별"만이 모든 것을 알지 못합니다 ...
Vitaliy, 초보자를 위한 주제로 들어가 보시지 않겠습니까? 어느 정도 프로그래머는 이러한 기본 사항을 오랫동안 알고 있었습니다. 그리고 "별"만이 모든 것을 알지 못합니다 ...
아주 멋진!
네, 갈게요 :)
누군가가 여전히 차트에 그래픽 개체가 있는 프로그램이 있는 경우 유형은 접두사 "l" < 여기서 정확히 접두사 "l"로 삭제됩니다(객체를 생성할 때 이름 " l abel" 및 " l ine"이 사용되었습니다 >
타사 프로그램에서 "l"로 시작하는 모든 개체를 종료합니다. 정말 좋은 해결책이 아닙니다.
나도 이것에 대해 생각했다. 다른 프로그래머가 동일한 개체 이름이나 동일한 접두사를 가진 이름을 리벳으로 고정할 가능성이 있으므로 접두사(특히 짧은 것)로 개체를 삭제하는 것은 이름과 완전히 일치하는 개체를 우연히 발견하여 삭제하는 것보다 더 위험합니다. 또한 두 번째 프로그램은 이미 존재하는 이름으로 두 번째 개체를 생성할 수 없으며 이전 개체는 그대로 유지해야 한다는 점도 염두에 두어야 합니다(제 생각에는). 어쨌든 이웃 프로그램이 그러한 개체를 삭제하기로 결정하고 자신의 개체라고 믿고 같은 이름을 가진 다른 사람을 삭제합니다.
지금까지 나는 유일한 해결책을 보았습니다: 같은 이름을 가진 다른 사람의 개체를 우연히 발견하고 그것에 대해 원치 않는 조작을 수행할 가능성을 줄이기 위해 가능한 한 한 프로그램 내의 개체 이름을 독점적으로 지정하는 것입니다. 그러나 개체 이름의 길이가 제한되어 있기 때문에 접두사를 늘이는 것이 기술적으로 항상 가능한 것은 아님을 상기시켜 드리겠습니다.
나도 이것에 대해 생각했다. 다른 프로그래머가 동일한 개체 이름이나 동일한 접두사를 가진 이름을 리벳으로 고정할 가능성이 있으므로 접두사(특히 짧은 것)로 개체를 삭제하는 것은 이름과 완전히 일치하는 개체를 우연히 발견하여 삭제하는 것보다 더 위험합니다. 또한 두 번째 프로그램은 이미 존재하는 이름으로 두 번째 개체를 생성할 수 없으며 이전 개체는 그대로 유지해야 한다는 점도 염두에 두어야 합니다(제 생각에는). 어쨌든 두 번째 프로그램은 이러한 개체를 자신의 개체라고 믿고 삭제하기로 결정하고 같은 이름을 가진 다른 사람의 개체를 삭제합니다.
지금까지 나는 유일한 해결책을 보았습니다: 같은 이름을 가진 다른 사람의 개체를 우연히 발견하고 그것에 대해 원치 않는 조작을 수행할 가능성을 줄이기 위해 가능한 한 한 프로그램 내의 개체 이름을 독점적으로 지정하는 것입니다. 그러나 개체 이름의 길이가 제한되어 있기 때문에 접두사를 늘이는 것이 기술적으로 항상 가능한 것은 아님을 상기시켜 드리겠습니다.
나는 상기시킬 필요가 없다. 나는 매일 그래픽 개체로 작업한다.
잘못 구성된 논리가 ... 무엇의 열쇠입니까? 맞습니다, 실패입니다. 이것은 당신의 경우입니다.
나는 상기시킬 필요가 없다. 나는 매일 그래픽 개체로 작업한다.
잘못 구성된 논리가 ... 무엇의 열쇠입니까? 바로, 실패의 열쇠입니다. 이것은 당신의 경우입니다.
그리고 실패는 무엇입니까?
그리고 나는 일반적으로 당신에게 (우리는 개인 서신이 없습니다)가 아니라 우리를 읽는 대중에게 상기시킵니다. 그 중에는 아마 아마추어가 있습니다.그리고 실패는 무엇입니까?
이미 설명했지만 선택은 귀하의 몫입니다.
나는 당신이 쓰기에 많은 노력을 기울이고 있다는 것을 이해하므로 이 프로그램은 당신에게 가치 있고 정확합니다. 그러나 그것은 결점이 있고, 심지어 당신이 받아들이기 어려운 결정적인 것들도 있습니다.
모든 것을 스스로 더 이해하고 내 평가를 설명했습니다.
이미 설명했지만 선택은 귀하의 몫입니다.
나는 당신이 옳았다는 것을 인정하면서 당신을 포괄적으로 설득했습니다. 그러나 이것이 당신을 감동시키지 않았고 설득하지 않았다면 코드 작성자로부터 직접 반론을 받아들이기가 어렵다는 것을 이해합니다.
그건 그렇고, 무료 코드를 찾는 것에 대해.
수익성 있는 거래를 돕거나 코드를 배우기 위해 몇 퍼센트의 프로그램을 찾고 있는지 추측해 보십시오. 개인적으로 이 분야에서 스스로를 프로그래머로 생각하는 구직자가 훨씬 적기 때문에 첫 번째 방향의 이점이 있을 것이라고 생각합니다.
그건 그렇고, 무료 코드를 찾는 것에 대해.
수익성 있는 거래를 돕거나 코드를 배우기 위해 몇 퍼센트의 프로그램을 찾고 있는지 추측해 보십시오. 개인적으로 이 분야에서 스스로를 프로그래머로 생각하는 구직자가 훨씬 적기 때문에 첫 번째 방향의 이점이 있을 것이라고 생각합니다.
요점은 그러한 코드를 개인용 컴퓨터에서 사용할 수 없다는 것입니다. 그러나 당신은 결코 그것을 인정하지 않았습니다. 물론 프로그래머는 코드 내부에 있는 내용을 보고 설치하지 않을 것입니다.
그들은 또한 접두사에 대해 논쟁하기 시작했지만 나는 논쟁하기 위해 여기에 온 것이 아닙니다.
행운을 빕니다!
요점은 그러한 코드를 개인용 컴퓨터에서 사용할 수 없다는 것입니다. 그러나 당신은 결코 그것을 인정하지 않았습니다.
물론 그는 하지 않았다. 이러한 단점으로 인해 기계 속도가 느려지기 시작하려면 부하가 높은 계산(예: 매우 뚱뚱한 사이클 또는 매우 빈번한 재초기화)에서 이러한 단점을 사용해야 하기 때문입니다. 나는 그러한 경우에 이 코드를 채택하는 것을 권하지 않습니다. 현재의 경우 모든 것이 날아갑니다. 실패에 대한 시끄럽고 모순된 진술은 단지 짜증나게 하려는 욕망에 불과합니다. 하지만 그것도 감사합니다.
그리고 저는 항상 제 코드가 개선됨에 따라 개선할 수 있습니다.