오늘날의 CPU는 386과 486부터 오늘날의 펜티엄과 펜티엄 II에 이르기까지 개발 속도가 매우 빠르다고 할 수 있습니다. 그러나 CPU의 급속한 발전에 따라 응용 소프트웨어의 '무게'도 제가 컴퓨터를 배울 때 몇 K, 수십 K에서 오늘날에는 수십 메가바이트, 수백 메가바이트로 급증했는데, 이러한 변화는 나에게도 영향을 미쳤습니다. 모두 놀랐습니다. CPU의 발전은 사람들의 작업 속도를 높이고 효율성을 크게 높이는 동시에 '단순함을 추구하지 않는' 나쁜 습관도 키워왔습니다. 저자는 친구가 VBA를 사용하여 프로그램을 작성하는 것을 본 적이 있습니다. 프로그램 코드는 다음과 같습니다.
활성창 포함
IfWindowState=wdWindowStateMaximize그러면 이것이 첫 번째 부분입니다!
MsgBox"ThisisaMaximizeWindow"
종료
IfWindowState=wdWindowStateMinimize그러면 이것이 두 번째 부분입니다!
MsgBox"HereisaMinimizeWindow"
종료
IfWindowState=wdWindowStateNormal그러면 이것이 세 번째 부분입니다!
MsgBox"Nowhere,isNormalWindow!"
종료
끝
얼핏 보면 구조도 꽤 아름답고 좋은 프로그램인 것 같습니다. 그러나 주의 깊게 분석해 보면 이 절차가 실패했음을 알 수 있습니다. 왜냐하면 이 세 가지 프로그램은 그들이 가져야 할 논리적 구조를 구현하지 않기 때문입니다. 이 친구에게 이 의견을 말했더니 그 친구는 잘 듣고 바로 위의 프로그램을 수정했습니다. 구체적인 프로그램 코드는 다음과 같습니다.
IfWindowState=wdWindowStateMaximize그러면 이것이 첫 번째 부분입니다!
MsgBox"ThisisaMaximizeWindow"
ElseIfWindowState=wdWindowStateMinimize그러면 이것이 두 번째 부분입니다!
MsgBox"HereisaMinimizeWindow"
ElseIfWindowState=wdWindowStateNormal그러면 이것이 세 번째 부분입니다!
MsgBox"Nowhere,isNormalWindow!"
종료
끝
내 친구가 이 프로그램 작성을 마친 후 "어때요?"라고 웃으며 말했습니다. 저는 이 프로그램을 보고 다음과 같이 생각했습니다. WindowState가 wdWindowStateMaximize와 같지 않으면 WindowState가 wdWindowStateMaximize와 같은지 판단해야 합니다. , 아직 같지 않으면 어떻게 되나요? 그런 다음 wdWindowStateNormal과 같은지 계속 판단해야 합니다. 이 시점에서 진입하려면 세 개의 "문"을 뚫어야 합니다. 나는 참을성이 없어서 직접 프로그램을 작성했습니다.
SelectCaseWindowState
CasewdWindowStateMaximize'이것이 첫 번째 부분입니다!
MsgBox"ThisisaMaximizeWindow"
CasewdWindowStateMinimize'이것은 두 번째 부분입니다!
MsgBox"HereisaMinimizeWindow"
CasewdWindowStateNormal'이것이 세 번째 부분입니다!
MsgBox"Nowhere,isNormalWindow!"
선택 종료
보시다시피, 이 프로그램은 간결하고, 이해하기 쉽고, 읽기가 쉽습니다. 프로그램에 많은 색상을 추가할 것입니다. 그리고 디버깅하면 다른 장점도 발견할 수 있습니다. 내 친구가 갑자기 그것을 깨달은 것도 당연합니다!
실제로 어떤 판단문을 사용할지에 대해서는 따라야 할 규칙이 있습니다. 예를 들어 두 가지 가능성이 있는 경우에는 주저 없이 If/Elseif를 선택하고, 두 가지 이상의 가능성이 있는 경우에는 SelectCase/EndSelect를 선택하는 것이 가장 좋습니다. 대부분의 경우 선택적 관계가 하나만 있는 경우 "ifthen/endif"가 최선의 선택이 됩니다. ->