JavaScript的：开关的情况下 - 选择选项

原因是始终不变的，值可能很多。 或者反之亦然：一个值将是几个原因，其发生。 在任何情况下，根据某些条件需要采取只有一个解决方案，或反之亦然。

即使决定可能有几个选择为任何目的将导致只有一个办法，但通常几种方法，我们需要 作出选择。

经典 条件语句 ，如果（条件）{1种算法，如果条件为真}其他{2算法，如果条件为假}只给出了两个选择。 但是，即使是简单的真正的挑战，总是给人很多的选择。

一个简单的“没有人”，但有一个条件

JavaScript的设计，开关壳体=多个值的条件。 可以使用类似的。如果运营商的组合来获得。 然而，毫无疑问，的语法和语义上更正确的第一实施例。 此外，在第二版正式决定将需要更多的技能开发：

还有，如果组合（...）{...}否则{...}并尝试{...}导管（...）{...}提供的算法顶级AJAX交换过程。 执行响应处理组类似的条件语句。

JavaScript的开关壳体：一个例子

主要的差异外，从一个条件选择一个选项：你可以不写两个，可执行命令的几个街区。 将只有一次或者只有少数执行。

结构ĴavaScript开关壳体允许提供多个根据一个变量或表达式的值的算法。 它记住，该算法的正确选择将在精确匹配的值开关（）的结果，也是在该情况下的规定值的条件进行是很重要的。 在“1”和数字1 -这种类型的转换是不是在这里做是不一样的。

表演多段

设计选择ĴavaScript开关壳体的一个特征是不存在括号的块- {...}委托给仅定义的开始和操作器本体的端部。 每个部分终止的情况下断裂运营商，这可能不是。

在这些实例中跳过在第一壳体部断裂。 左边选项会给结果VARIANT2，因为正是在这里，开始执行，并在右侧的实施将接收Variant1Variant2，因为它会做到第一，但没有效果的是第二个条件，除此之外，没有什么能够阻止执行第一部分的语句，然后第二，他们之间没有任何运营商决裂，而是两次JavaScript的开关情况并非如此。 应当指出的是，在车身结构中的可变iCond的变化不给任何影响。

代码现实和现实问题

JavaScript的 - 的语言有很大，快速，简洁，逻辑与所使用的语法。 JavaScript的开关壳体的设计完美地工作，从而允许所期望的各种具体的条件选项清晰和准确的描述。

运营商选择可被插入到彼此中。 在各部分的具体情况而定的条件语句，循环，任何其它结构。 我们不应该忽视的变量的作用域。 由于到处都用它在全球范围内描述。

然而，它不应该被滥用的JavaScript。 开关箱 - 一个伟大的工具分支，而不是在高容量移动代码。 选项的周到和功能范围行使，稍后将改变更加困难。

真正的挑战绝不会坐以待毙，如果你没有考虑到在其决定的过程中帐户变化，即由于工作的完成，在运行的第一天，以创建资源将是明显的错漏。 我们面临的挑战，当然，将勇往直前，而该网站将必须完成。

从这个角度来看，JavaScript的开关盒的主要缺点从其大小和复杂性导出。 如果你不滥用它，你可以实现做一个结构紧凑和小型的选择。

条件+解决方案=新一轮的运动

制定正确的问题接近解决。 虽然问题是，顾名思义，本身也解决不了任何问题，和变焦。

条件是使用无处不在（私营小的任务）。 执行=执行的一些代码的条件。 使用JavaScript的开关情况 - 这是一种时尚，并明确需要。 因为在所有的语言制成，因为它简单，方便。

一旦出生“Lisp的”和“序幕”，类似的编程语言。 有超过过渡运营商和唱片公司的战斗。 我试图让写程序的一个体面的排名，实用的风格。 如今，大量的开发商踊跃促进面向对象的思想。

然而，到现在为止在现代作品找到它们的基本条件语句。 但是，现代观念的事实本质的对象本身所设定的条件，并找到解决方案。 毕竟，对象 - 一组的语法和语义。