Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/gwt/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Azure.NET后端从头开始?_.net_Azure_Mobile_Azure Sql Database_Azure Mobile Services - Fatal编程技术网

Azure.NET后端从头开始?

Azure.NET后端从头开始?,.net,azure,mobile,azure-sql-database,azure-mobile-services,.net,Azure,Mobile,Azure Sql Database,Azure Mobile Services,Azure不包含从头开始为Mobile设置.NET后端的文档。我一直看到的是这个“TodoItem”的例子,它非常令人沮丧 我正在尝试将其连接到现有的Azure SQL DB 我试图从中检索数据的表是“UserTable” 这就是我的模型的样子: public class UserTable : EntityData { public int id { get; set; } public string Email { get; set; } pu

Azure不包含从头开始为Mobile设置.NET后端的文档。我一直看到的是这个“TodoItem”的例子,它非常令人沮丧

我正在尝试将其连接到现有的Azure SQL DB

我试图从中检索数据的表是“UserTable”

这就是我的模型的样子:

public class UserTable : EntityData
{
        public int id { get; set; }
        public string Email { get; set; }
        public string UserFName { get; set; }
        public string UserLName { get; set; }

}
现在,当我从VS2013创建一个新的移动支持项目时,如何为我的场景创建一个新的后端,而不是自动加载所有这些TodoItem项目?网络上没有任何文档。非常感谢你

编辑:

据我的iOS开发人员介绍,他以如下格式创建JSON响应:

[{
   status:true,
   message: "Successfully Logged in",
   values:{
       email: user@sample.com,
       password: samplepassword,
       accesstoken: 7h234b7b2j
     }
}]

因此,当用户登录时,还需要将访问令牌添加到响应中。

有一个非常详细的教程,介绍如何使用现有SQL数据库和mobile Services.NET后端在以下链接中构建移动服务:。有文档,你只需要挖掘一下


应用程序服务仍然是新的,并不是所有的场景都有文档记录,所以回到移动服务文档中会有所帮助。我假设您熟悉ASP.NET WebAPI,因为这正是Azure mobile(服务或应用程序)的.NET后端。如果没有,我建议您从这里开始使用WebAPI:。

我是移动产品团队的克里斯。我们很快就会发布一些新内容,我们正在努力使这个场景更容易实现。感谢您的链接。我会读的。也请检查我的编辑。@ChrisAnderson MSFT关于我的新编辑,你能说些什么?如何分配访问令牌并以JSON格式发送?我在MSDN上详细回答了您的问题。我认为您不应该在服务器端这样做,因为客户端SDK需要平面表格式。此外,请不要以明文形式存储密码。:)我们正在应用服务上试用一些新的论坛监控工具。使您可以轻松地到处走动。:)我已经回答了。我认为您和iOS开发人员应该看看iOS客户端SDK,看看是否真的需要您所要求的。客户端SDK已经帮助处理错误。他们可能习惯于使用简单的WebAPI,但我们更喜欢它。