Les processeurs d'aujourd'hui se développent de plus en plus vite. Des 386 et 486 aux Pentium et Pentium II d'aujourd'hui, on peut dire que la vitesse de développement est très rapide. Cependant, avec le développement rapide des processeurs, le « poids » des logiciels d'application est également monté en flèche, passant de quelques K ou dizaines de K lorsque j'apprenais l'informatique à des dizaines ou centaines de mégaoctets aujourd'hui, ce changement m'a même affecté. Tous furent surpris. Les progrès du processeur ont permis aux gens de travailler plus rapidement et d'augmenter considérablement leur efficacité. Dans le même temps, ils ont également développé la mauvaise habitude de « ne pas rechercher la simplicité ». L'auteur a vu un jour un ami écrire un programme en utilisant VBA. Le code du programme est le suivant :
AvecActiveWindow
IfWindowState=wdWindowStateMaximize Alors c'est la première partie !
MsgBox "ThisisaMaximizeWindow"
FinSi
IfWindowState=wdWindowStateMinimize Alors c'est la deuxième partie !
MsgBox"VoiciRéduire la fenêtre"
FinSi
SiWindowState=wdWindowStateNormal Alors c'est la troisième partie !
MsgBox "Nulle part, c'est une fenêtre normale!"
FinSi
FinPar
À première vue, il semble que la structure soit plutôt belle et que ce soit un bon programme. Mais si vous l’analysez attentivement, vous constaterez que cette procédure est un échec. Parce que ces trois programmes ne mettent pas en œuvre la structure logique qu’ils devraient avoir. J'ai fait part de cette opinion à cet ami, et il a très bien écouté et a immédiatement modifié le programme ci-dessus. Le code spécifique du programme est le suivant : WithActiveWindow.
IfWindowState=wdWindowStateMaximize Alors c'est la première partie !
MsgBox "ThisisaMaximizeWindow"
ElseIfWindowState=wdWindowStateMinimizeAlors c'est la deuxième partie !
MsgBox"VoiciRéduire la fenêtre"
ElseIfWindowState=wdWindowStateNormalAlors c'est la troisième partie !
MsgBox "Nulle part, c'est une fenêtre normale!"
FinSi
Terminer par
Après que mon ami ait fini d'écrire ce programme, il m'a souri et m'a dit : « Comment ça va ? » J'ai regardé ce programme et j'ai pensé : si WindowState n'est pas égal à wdWindowStateMaximize, alors je dois juger si WindowState est égal à wdWindowStateMaximize. , et si ce n'est pas encore égal ? Ensuite, vous devez continuer à juger s'il est égal à wdWindowStateNormal. À ce stade, vous devez franchir trois « portes » avant de pouvoir entrer. Je me suis impatienté et j'ai écrit moi-même un programme :
SélectionnezCaseWindowState
CasewdWindowStateMaximize'c'est la première partie !
MsgBox "ThisisaMaximizeWindow"
CasewdWindowStateMinimize'c'est la deuxième partie !
MsgBox"VoiciRéduire la fenêtre"
CasewdWindowStateNormal'c'est la troisième partie !
MsgBox "Nulle part, c'est une fenêtre normale!"
FinSélectionner
Comme vous pouvez le constater, ce programme est concis, facile à comprendre et très lisible. Je pense qu'il ajoutera beaucoup de couleur au programme. Et si vous le déboguez, vous découvrirez ses autres avantages. Pas étonnant que mon ami s'en soit soudain rendu compte !
En fait, il y a des règles à suivre quant au jugement à utiliser. Par exemple : s'il y a deux possibilités, alors vous pouvez choisir If/Elseif sans hésitation ; pour deux possibilités ou plus, il est préférable de choisir SelectCase/EndSelect. Dans la plupart des cas, s’il n’existe qu’une seule relation facultative, alors « ifthen/endif » sera le meilleur choix. ->