1000 conditions de jugement nécessitent d'écrire 1000 si ? Comment optimiser l'instruction if branch ? L'article suivant vous expliquera comment réaliser l'optimisation des branches. J'espère qu'il sera utile à tout le monde !
J'ai récemment vu ce morceau de code en surfant sur Internet :
function getUserDescribe(name) { if (name === "小刘") { console.log("刘哥哥"); } else if (name === "小红") { console.log("小红妹妹"); } else if (name === "陈龙") { console.log("大师"); } else if (name === "李龙") { console.log("师傅"); } else if (name === "大鹏") { console.log("恶人"); } else { console.log("此人比较神秘!"); } }
Je n'ai rien ressenti d'inhabituel au premier coup d'œil, mais s'il y a 1000 conditions de jugement, est-il difficile d'écrire 1000 if dans par ici ?
Branche ? if
分支?
如果写了大量的 if
分支,并且可能还具有分支套分支,可以想象到整个代码的可读性和可维护都会大大降低,这在实际开发中,确实是一个比较头疼的问题,那有没有什么办法能够即实现需求又能避免这些问题呢?【推荐学习:javascript视频教程】
这就涉及到分支优化,让我们转换思维,去优化一下上面的代码结构:
function getUserDescribe(name) { const describeForNameMap = { 小刘: () => console.log("刘哥哥"), 小红: () => console.log("小红妹妹"), 陈龙: () => console.log("大师"), 李龙: () => console.log("师傅"), 大鹏: () => console.log("恶人"), }; describeForNameMap[name] ? describeForNameMap[name]() : console.log("此人比较神秘!"); }
问题代码中的判断都是简单的相等判断,那么我们就可以将这些判断条件作为一个属性写到对象describeForNameMap
中去,这些属性对应的值就是条件成立后的处理函数。
之后我们就只需通过getUserDescribe
函数接收到的参数去获取describeForNameMap
对象中对应的值,如果该值存在就运行该值(因为值是一个函数)。
这样一来原本的 if
分支判断就转换成了简单的key value
对应值,条件与处理函数一一对应,一目了然。
那如果我们的 if
分支中的判断条件不只是简单的相等判断,还具有一些需要计算的表达式时,我们该怎么办呢?(如下所示)
function getUserDescribe(name) { if (name.length > 3) { console.log("名字太长"); } else if (name.length < 2) { console.log("名字太短"); } else if (name[0] === "陈") { console.log("小陈"); } else if (name[0] === "李" && name !== "李鹏") { console.log("小李"); } else if (name === "李鹏") { console.log("管理员"); } else { console.log("此人比较神秘!"); } }
对于这种结构的代码就不能引入对象来进行分支优化了,我们可以引入二维数组来进行分支优化:
function getUserDescribe(name) { const describeForNameMap = [ [ (name) => name.length > 3, // 判断条件 () => console.log("名字太长") // 执行函数 ], [ (name) => name.length < 2, () => console.log("名字太短") ], [ (name) => name[0] === "陈", () => console.log("小陈") ], [ (name) => name === "大鹏", () => console.log("管理员") ], [ (name) => name[0] === "李" && name !== "李鹏", () => console.log("小李"), ], ]; // 获取符合条件的子数组 const getDescribe = describeForNameMap.find((item) => item[0](name)); // 子数组存在则运行子数组中的第二个元素(执行函数) getDescribe ? getDescribe[1]() : console.log("此人比较神秘!"); }
上面我们定义了一个describeForNameMap
数组,数组内的每一个元素代表一个判断条件与其执行函数的集合(也是一个数组),之后我们通过数组的find
方法查找describeForNameMap
数组中符合判断条件的子数组即可。
上面例子中我们定义的这个describeForNameMap
对象是一个独立的结构,我们完全可以将它抽离出去:
const describeForNameMap = { 小刘: () => console.log("刘哥哥"), 小红: () => console.log("小红妹妹"), 陈龙: () => console.log("大师"), 李龙: () => console.log("师傅"), 大鹏: () => console.log("恶人"), }; function getUserDescribe(name) { describeForNameMap[name] ? describeForNameMap[name]() : console.log("此人比较神秘!"); }
const describeForNameMap = [ [ (name) => name.length > 3, // 判断条件 () => console.log("名字太长") // 执行函数 ], [ (name) => name.length < 2, () => console.log("名字太短") ], [ (name) => name[0] === "陈", () => console.log("小陈") ], [ (name) => name === "大鹏", () => console.log("管理员") ], [ (name) => name[0] === "李" && name !== "李鹏", () => console.log("小李"), ], ]; function getUserDescribe(name) { // 获取符合条件的子数组 const getDescribe = describeForNameMap.find((item) => item[0](name)); // 子数组存在则运行子数组中的第二个元素(执行函数) getDescribe ? getDescribe[1]() : console.log("此人比较神秘!"); }
通过模块化的开发也可以将这个
map
对象写进一个单独的js
文件,之后在需要使用的地方导入即可。
这样一来整个getUserDescribe
函数就变得非常简洁,有的同学可能会问这有什么用呢?这不是更加麻烦了吗?如果真的嫌if else
不好看,那我就使用if return
不用else
就好了:
function getUserDescribe(name) { if (name === "小刘") { console.log("刘哥哥"); return; } if (name === "小红") { console.log("小红妹妹"); return; } if (name === "陈龙") { console.log("大师"); return; } if (name === "李龙") { console.log("师傅"); return; } if (name === "大鹏") { console.log("恶人"); return; } console.log("此人比较神秘!"); }
试想一下,如果你getUserDescribe
函数中有1000个判断分支,并且还具有大量的根据判断结果来执行的处理代码,并且getUserDescribe
函数会返回这个处理后的判断结果的值。
这时getUserDescribe
函数的重点在于对判断结果的处理,而不在于这个结果是通过什么分支获取的,例如:
function getUserDescribe(name) { let str; // 存储判断结果 if (name.length > 3) { str = "名字太长"; } else if (name.length < 2) { str = "名字太短"; } else if (name[0] === "陈") { str = "小陈"; } else if (name[0] === "李" && name !== "李鹏") { str = "小李"; } else if (name === "李鹏") { str = "管理员"; } else { str = "此人比较神秘!"; } // 对判断结果str的一些处理 // ...... console.log(str); return str; }
如果你不进行分支优化,getUserDescribe
函数就会被大量的 if
分支抢占空间,使得getUserDescribe
函数的重点迷失(getUserDescribe
函数重点在于对判断结果的处理,而不在于这个结果是通过什么分支获取的),这时你再看一下我们优化后的代码:
const describeForNameMap = [ [(name) => name.length > 3, () => "名字太长"], [(name) => name.length < 2, () => "名字太短"], [(name) => name[0] === "陈", () => "小陈"], [(name) => name === "大鹏", () => "管理员"], [(name) => name[0] === "李" && name !== "李鹏", () => "小李"], ]; function getUserDescribe(name) { let str; // 存储判断结果 const getDescribe = describeForNameMap.find((item) => item[0](name)); if (getDescribe) { str = getDescribe[1](); } else { str = "此人比较神秘!"; } // 对判断结果str的一些处理 // ...... console.log(str); return str; }
查看优化后的getUserDescribe
函数我们能够知道,它从describeForNameMap
获取了一个值赋值给了str
(describeForNameMap
是如何返回值的我们并不关心),之后对str
作了一些处理。这就突出了getUserDescribe
函数的重点(对判断结果str进行处理)。
在这个例子中
Si vous écrivez un grand nombre de branchesdescribeForNameMap
子数组的第二个元素完全可以直接使用一个值:[(name) => name.length > 3, "名字太长"]
if
, et que vous pouvez également avoir branche dans une branche, vous pouvez imaginer que la lisibilité et la maintenabilité de l'ensemble du code seront considérablement réduites. Dans le développement réel, c'est en effet un casse-tête. Alors, existe-t-il un moyen de répondre aux exigences et d'éviter ces problèmes ? [Apprentissage recommandé : tutoriel vidéo javascript]🎜1️⃣ Optimisation de branche simple🎜Cela implique une optimisation de branche Changeons notre façon de penser et optimisons la structure de code ci-dessus : 🎜rrreee🎜Code problématique Les jugements dans. sont tous de simples jugements d'égalité, alors nous pouvons écrire ces conditions de jugement en tant qu'attribut dans l'objetdescribeForNameMap
. Les valeurs correspondant à ces attributs sont lorsque les conditions sont établies. La fonction de traitement finale. 🎜🎜Après cela, il nous suffit d'obtenir la valeur correspondante dans l'objetdescribeForNameMap
via les paramètres reçus par la fonctiongetUserDescribe
Si la valeur existe, exécutez la valeur (car. la valeur est une fonction). 🎜🎜De cette façon, le jugement de brancheif
original est converti en une simple valeur correspondantevaleur clé
, et les conditions et fonctions de traitement correspondent une à une, ce qui le rend clair à un coup d'oeil. 🎜2️⃣ Optimisation de branche complexe
🎜Ensuite, si la condition de jugement dans notre brancheif
n'est pas seulement un simple jugement d'égalité, mais comporte également des calculs qui doit être une expression calculée, que devons-nous faire ? (Comme indiqué ci-dessous) 🎜rrreee🎜Pour cette structure de code, les objets ne peuvent pas être introduits pour l'optimisation des branches. Nous pouvons introduire un tableau bidimensionnel pour l'optimisation des branches : 🎜rrreee🎜 Ci-dessus, nous avons défini un. Tableau writeForNameMap
. Chaque élément du tableau représente un ensemble de conditions de jugement et de fonctions d'exécution (également un tableau). Ensuite, nous trouvonsdescribeForNameMap via la méthode <code>find
du tableau. /code>Le sous-tableau du tableau qui répond aux conditions de jugement est suffisant. 🎜3️⃣ Extraire la branche
🎜L'objetdescribeForNameMap
que nous avons défini dans l'exemple ci-dessus est une structure indépendante et nous pouvons l'extraire complètement :🎜rrreeerrreee🎜Grâce au développement modulaire, vous pouvez également écrire cet objetmap
dans un fichierjs
séparé, puis l'importer là où vous en avez besoin. 🎜
getUserDescribe
devient très concis. Certains étudiants peuvent se demander quel est l'intérêt de cela. ? Que faut-il utiliser ? N'est-ce pas plus gênant ? Si vous ne pensez vraiment pas que if else
a l'air bien, alors j'utiliserai simplement if return
au lieu de else
: 🎜rrreee🎜Imaginez, si vous Il y a 1 000 branches de jugement dans la fonction getUserDescribe
, et il existe également un grand nombre de codes de traitement qui sont exécutés en fonction des résultats du jugement, et la fonction getUserDescribe
renvoie la valeur du résultat du jugement traité. 🎜🎜À l'heure actuelle, l'accent de la fonction getUserDescribe
réside dans le traitement du résultat du jugement, et non dans la branche dans laquelle le résultat est obtenu. , par exemple : 🎜rrreee🎜Si vous n'effectuez pas d'optimisation de branche, la fonction getUserDescribe
sera occupée par un grand nombre de branches if
, faisant ainsi le focus du fonction getUserDescribe
perdue (la fonction getUserDescribe
se concentre sur le traitement du résultat du jugement, et non sur la branche par laquelle le résultat est obtenu), alors vous pouvez prendre un coup d'œil à notre code optimisé : 🎜 rrreee🎜En regardant la fonction getUserDescribe
optimisée, nous pouvons savoir qu'elle obtient une valeur de describeForNameMap
et l'attribue à str (<code>describeForNameMap renvoie la valeur), puis a effectué un traitement sur <code>str
. Cela met en évidence l'objectif de la fonction getUserDescribe
(traitement du résultat du jugement str). 🎜🎜Dans cet exemple, le deuxième élément du sous-tableaudescribeForNameMap
peut utiliser directement une valeur :[(name) => name.length > "]
, mais pour l'évolutivité du code global, il est recommandé d'utiliser des fonctions, car les fonctions peuvent recevoir des paramètres, ce qui facilite la gestion de scénarios plus complexes à l'avenir. 🎜
L'optimisation des branches a différentes méthodes d'implémentation et scénarios d'application dans différents langages. Cet article présente deux idées d'optimisation des branches de code via JavaScript
. est sur l'application de cette idée. JavaScript
介绍了两种代码分支优化的思想,代码的实现非常简单,重点在于这种思想的应用。
其实关于分支优化这个问题一直存在争议,目前存在两种观点:
对象/数组
,对对象/数组
进行检索反而比单纯的if else
还是废性能。可读性/可维护性
更好,并且引入对象/数组
Vue 1
: Il n'est pas du tout nécessaire de s'embêter à l'optimiser, et le code optimisé crée. unObject/array
supplémentaire, la récupération de object/array
est plus inefficace que simplement if else
.
lisibilité/maintenabilité
, et les problèmes de performances causés par l'introduction de objet/tableau
ne valent pas la peine d'être mentionnés à notre époque. 🎜🎜Quelle est votre opinion ? 🎜🎜Pour plus de connaissances liées à la programmation, veuillez visiter : 🎜Enseignement de la programmation🎜 ! ! 🎜Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!