从页面方法返回自定义对象列表的快速方法，无需单独的 BLL

Question

我正在使用 jQuery 从页面方法检索 JSON 对象。 我有一个使用 SubSonic 的 DAL，如果我返回从 SubSonic 生成的类创建的对象，我会堵塞管道。 :) 你知道，所有公共属性都会被序列化。 我不希望这个应用程序有一个单独的业务层，因为它很小并且专注于读取操作，而另一个层似乎有点矫枉过正。 为了避免下载一些 SubSonic 臃肿的对象（也可能包含敏感信息）并避免构建单独的层，我尝试返回一个对象列表，如下所示：

[WebMethod]
public static List<object> GetFiles()
{
    FileCollection collection = DB
        .Select()
        .From(DataAccess.File.Schema)
        .ExecuteAsCollection<FileCollection>();

    List<object> files = new List<object>(collection.Count);

    foreach (DataAccess.File file in collection)
    {
        files.Add(new {
                          file.FileId,
                          file.ApplicantFirstName,
                          file.ApplicantLastName,
                          file.UploadDate
                      }
        );
    }

    return files;
}

它有效，并且我得到了一个很好的 JSON 对象作为回报（忽略 DateTime 值）：

[{"FileId":1,"ApplicantFirstName":"Paweł","ApplicantLastName":"Krakowiak","UploadDate":"\/Date(1235656448387
)\/"}]

这是一个好方法吗？ 我担心 List

这是.NET 2.0，我无法使用3.5的功能。 至少匿名类型可以工作......

Answer 1

最大的建议可能是使其成为“集合”而不是列表，但通过简单的 Web 服务返回，这并不是什么大不了的事情，因为该建议通常是在对象仍然存在于 . NET 程序集。

我认为它也很容易阅读。

Answer 2

在这种情况下，使用 List

Answer 3

看来我的做法并没有什么问题。 我想做的就是向调用客户端（浏览器）返回一个 JSON 对象来更新 UI。 这个应用程序执行 99% 的读取操作，所以我对此很满意。 我实际上开始添加服务和域（我将我的业务实体保留在这里）层，但我将把它们扔掉。 我真的尽力让这个应用程序保持简单，并且不添加我不需要的东西。