그리고 클래식은 더 이상 이번 봄에 입지 않는다? :-) 우리는 일부 IF로 만든 드레스를 보고 있습니다.
if(condition){ // ЭТО IF, КОТОРЫЙ НУЖНО BREAK'НУТЬ ОДНИМ ИЗ НЕСКОЛЬКИХ УСЛОВИЙ// ...тут делаем че-нить полезное... if(!break_condition1){// ...продолжаем делать полезное... if(!break_condition2){// ...продолжаем делать полезное... }}}
이 진술의 긍정적인 진술은 이것이 다른 언어로 되어 있지 않다면 그것은 나쁜 것이고, 그것은 이질적이고 불필요한 것이라는 것입니다.
제 생각에는 전혀 그렇지 않습니다. 인기와는 별개로 조화를 추구해야 한다. 패션은 무리 효과에 대한 확연한 확인일 뿐입니다. 패션 아이템은 진정으로 유용하고 편안한 경우는 드뭅니다. 소비재는 마을 사람들의 두뇌에 부담을 준 적이 없습니다.
개인적으로 받아들이지 마세요.
break and continue는 작은 기술 도구에 불과합니다.
많은 프로그램을 유심히 살펴보면 복잡한 구조가 주기와 목록을 기반으로 형성되는 것뿐만 아니라 단순한 이유로 주기나 스위치의 경우에만 발생하는 것이 아니라 복잡한 구조에서 벗어날 필요가 있음을 알 수 있습니다. . 그들은 또한 if -ov를 기반으로 형성됩니다. 따라서 외부 닫는 중괄호로의 제어된 점프가 유용할 것입니다.
네, 그게 핵심이 아닙니다. 나는이 "생각"이라고 말하고 싶었습니다. "그리고 그것이 무엇을 위해 필요합니까?" - 개발에 대한 매우 강력한 장벽. 제 생각에는 새로운 솔루션이 최소한의 유용성을 가지고 있다면 끊임없이 탐색하고 새로운 솔루션에 대한 고려를 무시하지 않는 것이 훨씬 더 유용합니다.
나는 또한 if () 에서 벗어나고 싶습니다.
나는 인기있는 프로그래밍 언어에서 이와 같은 것을 본 적이 없습니다 ...
다음과 같은 코드를 발견했습니다.
이것이 당신에게 필요한 것이라고 생각합니다 ;)그리고 클래식은 더 이상 이번 봄에 입지 않는다? :-) 우리는 일부 IF로 만든 드레스를 보고 있습니다.
그리고 클래식은 더 이상 이번 봄에 입지 않는다? :-) 우리는 일부 IF로 만든 드레스를 보고 있습니다.
그리고 대답하기 전에 질문에 대한 토론은 더 이상 읽히지 않습니까? ;)
"Ordered"는 무한 트리 "!break_condition"이 아니라 if에서 중단되었습니다.
나는 또한 if () 에서 벗어나고 싶습니다.
나는 인기있는 프로그래밍 언어에서 이와 같은 것을 본 적이 없습니다 ...
오, 여기, 바로 요점까지.
이 진술의 긍정적인 진술은 이것이 다른 언어로 되어 있지 않다면 그것은 나쁜 것이고, 그것은 이질적이고 불필요한 것이라는 것입니다.
제 생각에는 전혀 그렇지 않습니다. 인기와는 별개로 조화를 추구해야 한다. 패션은 무리 효과에 대한 확연한 확인일 뿐입니다. 패션 아이템은 진정으로 유용하고 편안한 경우는 드뭅니다. 소비재는 마을 사람들의 두뇌에 부담을 준 적이 없습니다.
개인적으로 받아들이지 마세요.
break and continue는 작은 기술 도구에 불과합니다.
많은 프로그램을 유심히 살펴보면 복잡한 구조가 주기와 목록을 기반으로 형성되는 것뿐만 아니라 단순한 이유로 주기나 스위치의 경우에만 발생하는 것이 아니라 복잡한 구조에서 벗어날 필요가 있음을 알 수 있습니다. . 그들은 또한 if -ov를 기반으로 형성됩니다. 따라서 외부 닫는 중괄호로의 제어된 점프가 유용할 것입니다.
네, 그게 핵심이 아닙니다. 나는이 "생각"이라고 말하고 싶었습니다. "그리고 그것이 무엇을 위해 필요합니까?" - 개발에 대한 매우 강력한 장벽. 제 생각에는 새로운 솔루션이 최소한의 유용성을 가지고 있다면 끊임없이 탐색하고 새로운 솔루션에 대한 고려를 무시하지 않는 것이 훨씬 더 유용합니다.
나는 인기있는 프로그래밍 언어에서 이와 같은 것을 본 적이 없습니다 ...
...
break and continue는 작은 기술 도구에 불과합니다.
...아이디어는 훌륭합니다. break for if 가 break for while 과 다른 경우(예: breakif , breakwhile , breakfor , breakcase ) 모두가 행복할 것이라고 생각합니다.
karakuts 처음에는 왜 구별해야 하는지 묻고 싶었습니다. 그러다 문득 떠올랐습니다. breakif만 추가하는 것이 더 쉽고 논리적입니다.
추신: 편집자와 함께 시작하여 모든 것을 수행했습니다. 용서를 구합니다.
아이디어는 훌륭합니다. break for if 가 break for while 과 다른 경우(예: breakif , breakwhile , breakfor , breakcase ) 모두가 행복할 것이라고 생각합니다.
그건 그렇고, 여기에 아이디어의 발전이 있습니다. breakfor , breakcase 등을 구별하는 것은 그 자체로 유용할 것입니다. 이렇게 하면 복잡한 중첩 구조를 종료하기 위해 많은 검사(및 이전 코드)를 수행할 필요가 없습니다. 계속도 마찬가지입니다.
그리고 더 쉽게 다른 휴식의 불협화음이 생기지 않도록 단일 goto를 도입하십시오. 그것을 비판한 Wirth조차도 그의 Pascual에 그것을 남겼습니다. 그런데 goto에는 쉽게 니모닉으로 만들 수 있는 점프 마커를 지정하는 자연스러운 메커니즘이 있습니다.
그리고 더 쉽게 다른 휴식의 불협화음이 생기지 않도록 단일 goto를 도입하십시오. 그것을 비판한 Wirth조차도 그의 Pascual에 그것을 남겼습니다. 그런데 goto에는 쉽게 니모닉으로 만들 수 있는 점프 마커를 지정하는 자연스러운 메커니즘이 있습니다.
무조건 점프 연산자는 10년 동안 사용되지 않았고 프로그래밍 언어 없이는 할 수 없는 프로그래밍 언어(당시 높은 수준)가 있었지만 이제는 이것이 대격변입니다! :)
추신: 저는 머물고 싶습니다. 네 명의 GOTO 캐릭터가 저에게 즐거운 추억을 가져다줍니다 :)
그리고 더 쉽게 다른 휴식의 불협화음을 만들지 않기 위해 단일 goto를 도입하십시오. 심지어 그것을 비판한 Wirth도 그의 Pascual에 그것을 남겼습니다. 그런데 goto에는 쉽게 니모닉으로 만들 수 있는 점프 마커를 지정하는 자연스러운 메커니즘이 있습니다.
놀라운. 우리는 여름에 강가에 개구리의 불협화음이 있습니다! :) 이제 나는 그들을 휴식이라고 부르겠습니다 :)
extern 에 대해 자세히 알아보십시오.
"조건부" 변수, 즉 가시성과 유용성이 다른 extern 변수에 의존하는 변수를 만드는 것이 편리할 것입니다.
예를 들어, 해당 부울 변수에 의해 활성화되는 "포물선으로 필터링" 기능이 있습니다. 파라볼릭 표시기의 "단계" 및 "최대" 매개변수가 있습니다. 따라서 매개변수는 "Filter by parabolic = true"인 경우에만 표시되고 편집할 수 있어야 합니다.
예 2: 두 평균의 교차점에 있는 전문가 고문. 느린 평균의 기간은 빠른 평균의 기간으로 제한되어야 합니다(반대의 경우도 마찬가지). 저것들. fastPeriod = 20을 입력하면 slowPeriod는 21보다 작은 값을 취해서는 안 됩니다.