Xamarin.Forms应用Azure存储选型及Easy Tables特定用户数据加载咨询

嘿，针对你开发这款照片存储应用的两个问题，我来给你捋捋清晰的思路：

一、图片名称和描述的存储选择：优先用Azure Easy Tables #

结合你的需求（用户体系关联、需要按用户加载数据），Azure Easy Tables是更靠谱的选择，原因如下：

• 你的图片名称、描述属于结构化数据，和图片URL、用户ID放在一起，用表格存储能方便地进行查询、筛选、排序操作，比如按描述搜索某用户的照片，或者按上传时间排序。
• 能直接和用户体系绑定，通过添加用户标识字段，轻松实现数据的用户隔离，这正好匹配你“依据登录账户加载图片”的核心需求。

对比Blob存储的元数据方案：Blob的元数据虽然也能存名称、描述，但它更适合存一些轻量的辅助属性，而且查询元数据的灵活性远不如Easy Tables——比如你要批量筛选某用户的所有照片，或者按描述关键词搜索，Easy Tables的类SQL查询会简单得多；另外Blob元数据有容量限制，不如表格字段扩展性强。

所以如果你的数据需要和用户强关联，并且有查询需求，Easy Tables是最优解。

二、如何用Easy Tables加载特定用户的数据 #

实现起来很简单，分三步走：

1. 给Easy Table添加用户标识字段 #

在你的照片表（比如命名为Photos）里新增一个字符串类型的字段，比如UserId，用来存储每条记录所属的登录用户ID。

2. 存储数据时关联用户ID #

用户上传照片时，把当前登录用户的ID（比如从Azure认证服务获取的用户唯一标识）和图片名称、描述、图片URL一起存入Easy Tables。

3. 查询时过滤用户数据 #

在Xamarin.Forms中，用Azure Mobile Apps SDK查询时，添加UserId的过滤条件，只加载当前用户的记录。举个代码例子：

// 假设你已经初始化了MobileServiceClient实例并完成用户登录
var currentUser = App.MobileService.CurrentUser;
if (currentUser != null)
{
    // 查询当前用户的所有照片
    var userPhotos = await App.MobileService.GetTable<Photo>()
        .Where(photo => photo.UserId == currentUser.UserId)
        .ToListAsync();
    
    // 将查询结果绑定到你的UI列表控件
    photoListView.ItemsSource = userPhotos;
}

额外的安全保障：后端脚本过滤 #

为了避免前端逻辑被绕过，你还可以在Easy Tables的后端脚本里添加自动过滤，确保每个用户只能访问自己的数据。比如在表的read脚本中添加：

function read(query, user, request) {
    // 强制过滤当前用户的记录
    query.where({ UserId: user.userId });
    request.execute();
}

这样即使前端没加过滤条件，后端也会自动限制数据范围，安全性更高。

内容的提问来源于stack exchange，提问作者Adam