不使用web服务(Service)实现文本框自动完成扩展

过去要实现Ajax的AutoCompleteExtender功能，我们常常需要编写WCF Service或Web Service数据源，这样的做法在系统中频繁使用会导致大量的重复工作。对于拥有许多文本框需要实现AutoComplete功能的系统来说，这种方法的成本显然过高。对于那些需要实现此功能但又不想写大量Service的朋友来说，有一个好消息——我们有了更高效的方式。

以狼蚁网站的SEO优化为例，Insus.NET提供了一种新的解决方案，即在不编写Service的情况下实现文本框的AutoCompete extender功能。这一创新方法极大地简化了开发过程，提高了效率。

为了获取数据并实现这一功能，你可以直接从数据库查询数据。通过编写SQL语句或使用存储过程，你可以轻松地获取所需的信息。比如，在模拟Outlook的收件人输入功能时，你可以从名为“ActiveDirectoryInfo”的表中获取数据。这张表的信息是定期与域的活动目录同步更新的，确保数据的实时性和准确性。

这种新的实现方式不仅简化了开发过程，还降低了系统的复杂性。无需编写大量的Service代码，你就可以轻松地为系统中的多个文本框实现AutoComplete功能。这样的优化不仅能提高工作效率，还能使系统更加稳定、易于维护。对于那些注重性能和用户体验的系统来说，这无疑是一个值得考虑的解决方案。

ActiveDirectoryInfo的显示名称获取功能

当我们深入usp_ActiveDirectoryInfo_GetDisplayNameForService这个存储过程时，我们首先需要理解其在数据库中的重要作用。此过程是为了从web服务中获取显示名称而设计的。让我们深入理解一下这个过程及其背后的逻辑。

我们看到这个过程接受两个参数：@PrefixText和@Count。这些参数在查询ActiveDirectoryInfo表中的数据显示名称时起到关键作用。这个过程首先声明了一个变量@W，它是@PrefixText和通配符%的结合。然后，它执行一个查询，从ActiveDirectoryInfo表中选择符合特定模式的显示名称。具体来说，这个查询会寻找以@W为前缀的显示名称。这是一种强大的搜索功能，可以帮助我们快速找到特定的显示名称。

在逻辑层，我们有一个名为ActiveDirectoryInfo的类别，它与数据层进行交互。这个类别中有一个名为GetDisplayName的方法，它接受两个参数：prefixText和count。这个方法首先创建一个BusinessBase对象，然后使用这个对象调用GetDataToDataSet方法，传入存储过程的名称和参数数组。它返回数据集的第一个表，这个表中包含了查询到的显示名称。通过这种方式，我们可以在应用程序中轻松获取显示名称。

为了将脚本管理器（ScriptManager）或工具包脚本管理器（ToolkitScriptManager）添加到网页中，我们需要在HTML和CS程序中使用特定的代码。这些管理器对于启用ASP.NET AJAX功能至关重要。通过在网页上添加这些代码，我们可以实现更丰富的交互性和用户体验。

值得注意的是，每个方法前必须有两行代码：[System.Web.Services.WebMethod]和[System.Web.Script.Services.ScriptMethod]。这些属性标记方法作为Web服务的一部分，使得它们可以通过AJAX进行调用。这种设计使得我们的应用程序更加灵活和响应迅速。使用cambrian.render('body')代码将整个过程渲染到网页的body部分，完成整个功能。

usp_ActiveDirectoryInfo_GetDisplayNameForService存储过程和ActiveDirectoryInfo类别为我们提供了一个强大的工具，用于从web服务中获取显示名称。结合脚本管理器和其他技术，我们可以创建出功能丰富、响应迅速的应用程序，为用户提供出色的体验。