您可能希望使用容器和textContent / innerText,例如:
<p id="comment"></p>
<h3 id="name"></h3>
然后先获取元素:
var comment = document.getElementById('comment');
var name = document.getElementById('name');
而在区间函数中:
comment.textContent = js_comment[number];
name.textContent = js_name[number];
https://developer.mozilla.org/en-US/docs/Web/API/Node.textContent#Browser_compatibility
http://clubajax.org/plain-text-vs-innertext-vs-textcontent/
简短更新:
与问题没有直接关系,但是关于 cmets 等的一些想法。我还注意到您可能处于初学者阶段,基本概念可能更重要;但无论如何添加它。
请注意,当您有一些大小的代码时,您也可以使用
获取有关您的代码的输入。关于好与坏、如何重构等方面的提示和帮助。
变量范围:
如果是 JavaScript 新手,这可能有点超出了您的纲要的设置方式和您所在的位置,但请提及它,因为它是一个相当重要的主题。
查看代码时首先要关注的是变量范围。简而言之:避免全局变量。那是可以从任何地方访问和修改的变量。当涉及到生产代码时,这是非常不受欢迎的。简而言之:在全局范围内跟踪变量很快就变成了一场噩梦。它很容易出现非常丑陋的错误等。维护这样的代码,尤其是在 6 个月、一年或任何时间后维护这样的代码,尤其是为他人或你自己,也会很快使其难以阅读等等。
在这方面还需要始终定义变量。不是说你没有做过,而是仍然。就我个人而言,我通常在函数顶部定义变量(很多人不同意这一点,但我更喜欢)。这样我就知道使用了哪些变量,可以快速控制它已被定义,这是一个概述 cmets 等的好地方。
所有要注意的。了解变量存在的位置很重要。例如。更改全局变量会影响使用该变量的所有函数。
编写简短的函数:
我遵循经验法则:“让一个函数做一件事,然后把它做好。” 如果一个函数做的太多,它往往难以维护,很容易出现错误,可重用性很快就消失了等等。
当然,有时我会偏离这一点,特别是如果它是简短的示例代码或一些快速而肮脏的临时解决方案,测试一些概念等;但是,我也曾多次为此感到遗憾,因为事后不得不花费大量时间重构代码。
至少要记住这一点。
使用严格模式:
将您的代码封装在一个严格的范围内:
(function(){
"use strict";
function foo() {
}
function bar() {
}
})();
链接答案中描述了一些优点。
使用代码分析工具:
对于一些新手来说,这可能有点太多,因为似乎所有代码一直都很糟糕;)。需要一些经验才能习惯,如果一个人不太了解该语言,我想,通常很难理解为什么有些事情被认为是不好的。但;这是养成良好习惯的好方法。就我个人而言,我已将它整合到我选择的编辑器 Vim 中,因此每次我保存时,我经常这样做,我会从工具中获得关于我可能忽略的事情的反馈等。一个人有可能调整它。它给出的一些提示我不同意——但这是检查代码的好方法。
首先,如果您想对其进行测试,您可以将代码复制粘贴到在线工具中:
感受一下它的工作原理。
设计模式:
这可能有点让人不知所措,因为有很多方法(和意见),但浏览信息并感受一下可能会很好。
是的,OO 编程很强大,但作为个人观点,我尽量不要强迫 JS 像 Java 之类的——模拟类等。JS 有它自己的可能性、特性等,当项目有一定规模时,问题就来了归结为设计模式。有时会遇到一个现有的代码库,其中一个使用Class 之类的方法,然后通常别无选择。
您可能会发现这很有用。如果您不逐字阅读,您可能会发现它阐明了它的一些概念: