正在读取文本文件Javascript

Reading From text file Javascript

本文关键字：文件 Javascript 取文本 读取      更新时间：2023-09-26

好吧，这可能很难解释
密码和用户名不一样。
我正在阅读一个文本文件

"用户名，密码"是以下结构的文本文件

John,BOL12345
Mary2,BOL77777
Anna,BOL54321
test,BOL12345

前三名不能单独工作我只需要前三名
但一旦我添加了"测试，BOL12345"
密码BOL12345确实有效
但如果没有"测试，BOL12345"密码"BOL12345"或任何其他密码都不起作用
我在javascript中做这一切，下面将是代码片段。。请提出任何问题，因为我不明白为什么会发生这种情况

下面的JavaScript
"行"=上方的文本文件

    lines = x.responseText.split("'n");
    for (i=0; i < lines.length; i++)
    {
        test1 = lines[i].split(",")
        username.push(test1[0]);
        password.push(test1[1]);
    }
    var tempUsername = document.getElementById('username').value;
    var tempPassword = document.getElementById('password').value;
    var arraycontainsusername = (username.indexOf(tempUsername) > -1);
    var arraycontainspassword = (password.indexOf(tempPassword) > -1);
    alert(password);
    if (arraycontainsusername && arraycontainspassword) {
        window.location.href = "listing.htm";
    };

有根据的猜测：您的文件正在使用'r'n。由于您通过'n进行拆分，因此'r保留在中并损坏每个字符串。尝试按'r'n进行拆分，看看会发生什么。这就解释了为什么添加最后一行会起作用，因为末尾没有换行符，也不会有拖尾字符扰乱indexOf搜索。

不同的操作系统对文本文件的处理方式不同。Windows使用CRLF（回车换行）跳转到下一行，而*NIX变体使用LF。旧的MacOS版本使用CR。您的代码假设该文件来自*NIX环境，其中LF（或'n）是规范，当它来自windows环境时，其中CRLF（或'r'n）是规范（不准确，因为您可以在windows中使用LF和*NIX中使用CRLF制作文本文件，请购买图片）。

为了正确处理所有情况，我建议在处理字符串之前对其进行规范化：

x.responseText.replace(/'r'n|'r(?!'n)/g, ''n').split(''n');

中间那个看似中文的字符串实际上是一个匹配''r''n或''r''n的正则表达式（但仅当''r''n后面没有跟''r''n时）。通过这种方式，您可以将所有CRLF和CR替换为LF，并处理来自任何环境的文本。

由于标记的顺序，您可以将正则表达式简化为/'r'n|'r/，但我将其保留下来，因为它说明了一个简洁的概念（lookahead-(?!'n)位表示如果且仅当不紧跟'n）。有了这一点，/'r'n|'r/将表现得更好，尤其是在处理大文件时。

相关文章：