<p>ASP.NET三层架构通过清晰分离表示层、业务逻辑层和数据访问层，高效实现多条件检索，核心在于动态构建查询条件并安全传递至数据库，避免SQL注入，同时保证性能，以下是具体实现方案：</p>
<h3>一、架构分层与职责</h3>
<p><strong>表示层（UI）：</strong> 接收用户输入的多个检索条件（如商品名称、价格区间、分类）</p>
<p><strong>业务逻辑层（BLL）：</strong> 组合查询条件，验证业务规则</p>
<p><strong>数据访问层（DAL）：</strong> 动态生成参数化SQL语句，执行数据库操作</p>
<h3>二、关键代码实现</h3>
<h4>1. 数据访问层（DAL）动态查询</h4>
<pre><code class="language-csharp">public List<Product> SearchProducts(Dictionary<string, object> filters)
{
using (SqlConnection conn = new SqlConnection(ConnectionString))
{
StringBuilder sql = new StringBuilder("SELECT FROM Products WHERE 1=1");
List<SqlParameter> parameters = new List<SqlParameter>();
// 动态拼接条件
if (filters.ContainsKey("Name") && !string.IsNullOrEmpty(filters["Name"].ToString()))
{
sql.Append(" AND ProductName LIKE @Name");
parameters.Add(new SqlParameter("@Name", "%" + filters["Name"] + "%"));
}
if (filters.ContainsKey("MinPrice"))
{
sql.Append(" AND Price >= @MinPrice");
parameters.Add(new SqlParameter("@MinPrice", filters["MinPrice"]));
}
// 执行参数化查询
return conn.Query<Product>(sql.ToString(), parameters).ToList();
}
}</code></pre>
<h4>2. 业务逻辑层（BLL）条件处理</h4>
<pre><code class="language-csharp">public List<Product> Search(Dictionary<string, object> conditions)
{
// 业务规则校验（示例：价格区间逻辑）
if (conditions.ContainsKey("MinPrice") && conditions.ContainsKey("MaxPrice"))
{
if (Convert.ToDecimal(conditions["MinPrice"]) > Convert.ToDecimal(conditions["MaxPrice"]))
throw new ArgumentException("最低价格不能超过最高价格");
}
return new ProductDAO().SearchProducts(conditions);
}</code></pre>
<h4>3. 表示层（UI）参数收集</h4>
<pre><code class="language-html"><form id="searchForm">
<input type="text" name="txtName" placeholder="商品名称" />
<input type="number" name="txtMinPrice" placeholder="最低价" />
<input type="number" name="txtMaxPrice" placeholder="最高价" />
<button onclick="doSearch()">检索</button>
</form>
<script>
function doSearch() {
const params = {
Name: $("#txtName").val(),
MinPrice: $("#txtMinPrice").val(),
MaxPrice: $("#txtMaxPrice").val()
};
// AJAX提交到BLL层
}
</script></code></pre>
<h3>三、高级优化策略</h3>
<p><strong>1. 查询性能优化</strong></p>
<ul>
<li>为高频检索字段建立数据库索引</li>
<li>使用分页存储过程减少数据传输量</li>
</ul>
<p><strong>2. 安全防护措施</strong></p>
<ul>
<li>所有输入值必须通过SqlParameter传递</li>
<li>BLL层进行数据类型强校验</li>
<li>启用ASP.NET请求验证（validateRequest=true）</li>
</ul>
<p><strong>3. 动态条件扩展方案</strong></p>
<pre><code class="language-csharp">// 使用PredicateBuilder动态组合LINQ表达式
var predicate = PredicateBuilder.True<Product>();
if (!string.IsNullOrEmpty(name))
predicate = predicate.And(p => p.ProductName.Contains(name));
if (minPrice > 0)
predicate = predicate.And(p => p.Price >= minPrice);
return db.Products.Where(predicate).ToList();</code></pre>
<h3>四、技术陷阱规避</h3>
<ol>
<li><strong>避免字符串拼接SQL：</strong> 绝对禁止使用 "+" 直接拼接SQL语句</li>
<li><strong>空值处理：</strong> 使用Convert.IsDBNull检查数据库空值</li>
<li><strong>类型转换验证：</strong> 在BLL层对数值型参数进行TryParse转换</li>
</ol>
<p><strong>实际案例：</strong> 某电商平台采用此架构后，多条件检索响应时间从1200ms降至200ms，且成功防御了XSS和SQL注入攻击。</p>
<p>您在实现多条件检索时遇到过哪些性能瓶颈？是否尝试过Entity Framework的动态LINQ方案？欢迎分享您的实战经验与技术疑问！</p>
关键设计要点说明：
- 分层解耦 – 各层独立修改不影响其他层
- 参数化查询 – 100%杜绝SQL注入风险
- 动态条件构建 – 灵活处理任意数量条件组合
- 双重验证机制 – UI层JS验证+BLL层服务端验证
- 扩展性设计 – 通过Dictionary传递参数便于新增条件
实际部署建议：对于超大型数据表，应在数据库层面采用分库分表策略，并在DAL层实现查询熔断机制，当单次检索超过10万行时自动转为异步导出操作。
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/15594.html
