零点博客实战：C#后端解析JSON数据与SQL注入防护的底层复盘

大家好，我是零点博客的博主。今天不聊虚的，直接来一场干货满满的技术复盘。

在很长一段时间里，我都在纠结如何在 EMLOG 框架下做更强大的数据处理。作为一个依赖后端逻辑的前端开发者，我发现单纯的 HTML/CSS/JS 往往受限于数据源。最近在开发一个在线工具站时，我尝试用 C# 作为后端进行数据处理，再通过 API 交给 前端开发 展示。过程中遇到了不少坑，尤其是关于数据安全和正则校验的问题。今天就把这套 零点博客 实战方案拆开来讲，特别是那几个容易被忽视的 SQL 注入防护细节。

一、 痛点：为什么我们需要后端辅助前端开发？

平时在做 前端开发 时，我们往往需要处理大量的复杂数据结构。直接使用 PHP (EMLOG) 处理繁重的 JSON 解析和正则匹配，有时候会让响应变慢。于是，我搭建了一个简单的 C# Web API，专门负责处理业务逻辑，返回 JSON 数据给前端。

这就涉及到两个核心问题：

  1. 如何从 MySQL 中安全地取出数据并格式化成 JSON？
  2. 如何在 前端开发 层面通过正则表达式对数据进行校验？

二、 底层拆解：C# 数据库交互与 SQL 注入防护

这是整个教程最关键的部分。很多新手，包括之前的我，喜欢直接拼接 SQL 字符串。但在涉及用户输入时，这简直是自杀。

在 零点博客 的代码仓库里，我封装了一个数据库操作类。大家请看这段核心代码：

using System.Data.SqlClient;

public string GetDataWithProtection(int userId) {
    string query = "SELECT * FROM posts WHERE id = @UserId";
    using (SqlConnection conn = new SqlConnection("你的连接字符串")) {
        using (SqlCommand cmd = new SqlCommand(query, conn)) {
            // 核心：使用参数化查询
            cmd.Parameters.AddWithValue("@UserId", userId);

            conn.Open();
            using (SqlDataReader reader = cmd.ExecuteReader()) {
                if (reader.Read()) {
                    // 假设我们要解析返回的 title 字段
                    return reader["title"].ToString(); 
                }
            }
        }
    }
    return null;
}

避坑指南： 千万不要写 WHERE id = ' + userId + ' 这种拼接语句。如果有人恶意传入 1 OR 1=1，数据库就崩了。上面的代码使用了 `SqlParameter`，C# 会自动处理转义，这就是预处理语句的魅力。

三、 数据流转：JSON 与前端解析

C# 处理完数据后，需要转换成 JSON。对于 .NET 开发者，Newtonsoft.Json 是神器，但在轻量级应用中，System.Text.Json 也足够用。

后端返回一个 JSON 数组：

{
  "status": 200,
  "data": [
    { "id": 1, "title": "实战教程", "content": "......" },
    { "id": 2, "title": "避坑指南", "content": "......" }
  ]
}

接下来看 前端开发 这一边。我们使用原生的 JavaScript 来解析。

async function loadData() {
    const res = await fetch('/api/getData');
    const json = await res.json();

    if(json.status === 200) {
        const container = document.getElementById('app');
        let html = '';

        json.data.forEach(item => {
            // 简单的列表渲染
            html += `
${item.title}
${item.content}
`;
        });
        container.innerHTML = html;
    }
}

这里的重点在于 res.json() 的调用。如果后端返回的不是标准 JSON，前端直接报错。这时候就需要用到正则表达式来做一个兜底检查，或者在后端校验通过后再返回。

四、 爬虫开发的视角：如何采集这些数据？

既然讲到了爬虫开发，这里有个小技巧。为了演示方便，我在本地模拟了一个爬虫去采集 零点博客 的文章标题。

使用 HttpClient 发送请求，配合正则提取标题：

string html = httpClient.GetStringAsync("http://ldblog.com").Result;
Regex regex = new Regex("]*>(.*?)");
MatchCollection matches = regex.Matches(html);
foreach(Match match in matches) {
    Console.WriteLine(match.Groups[1].Value);
}

这就是典型的 前端开发 需求反哺后端逻辑的过程：前端需要抓取数据，后端提供接口，爬虫进行验证。

五、 总结与源码获取

总的来说，在 EMLOG 环境下结合 C# 进行二次开发，能极大地扩展我们的 前端开发 能力边界。从数据库的 SQL 注入防护，到 JSON 的无损传输，每一步都要踩实。

这套代码逻辑我已经封装好，并添加在 零点博客 的 Github 仓库中。如果你在开发过程中遇到 EMLOG 伪静态配合 C# 接口报 404 的问题，记得检查 IIS 的 URL Rewrite 规则。

希望这篇没废话的复盘能帮到你！