Azure 表存储 OnStart 构造函数查询
我一直在查看一些 Azure 示例并围绕表存储进行一些常规搜索。我注意到一些使用 OnStart 和静态构造函数的模式。例如，在两个位置都可以找到以下类型的代码：
// Get connection string and table name from settings.
connectionString = RoleEnvironment.GetConfigurationSettingValue("StorageConnectionString");
tableName = RoleEnvironment.GetConfigurationSettingValue("TableName");
// Reference storage account from connection string.
storageAccount = CloudStorageAccount.Parse(connectionString);
// Create Table service client.
tableClient = storageAccount.CreateCloudTableClient();
我的问题是为什么在两个位置都存在？这肯定只是重复吗？一旦我们开始使用数据类型，就会调用静态构造函数，而 OnStart 将在应用程序启动期间运行。
我个人认为静态构造函数更有意义。
我只是想确保我理解正确，
马克
I've been looking at some Azure samples and doing some general searching around Table Storage. I've noticed a bit of a pattern using OnStart and a static constructor. For example the following type of code is found in both locations:
// Get connection string and table name from settings.
connectionString = RoleEnvironment.GetConfigurationSettingValue("StorageConnectionString");
tableName = RoleEnvironment.GetConfigurationSettingValue("TableName");
// Reference storage account from connection string.
storageAccount = CloudStorageAccount.Parse(connectionString);
// Create Table service client.
tableClient = storageAccount.CreateCloudTableClient();
My question is why on both locations? Surely this is just duplication? The static constructor will be called once we start working with the data type, while OnStart will run when during application start-up.
Personally I think the static constructor makes more sense.
I just want to make sure I'm understanding things correctly,
Mark
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在您分享的示例中，我可以找到两个有相似代码的地方。一种是在 OnStart 中（在 RoleEntryPoint 中），另一种是在名为 DataLayer 的类中的静态构造函数中。 DataLayer 似乎是在 Web 应用程序中使用的（在 IIS 下运行），因此与 RoleEntryPoint 不同的进程中的不同类。
RoleEntryPoint 中的一个似乎是在应用程序启动之前初始化存储（创建表）。 DataLayer 中的似乎正在初始化一些变量，以避免其他方法中的代码重复（解析连接字符串、实例化客户端）。
In the example you shared, I can find two places where there's similar code. One is in OnStart (in the RoleEntryPoint), and one is in a static constructor in a class called DataLayer. DataLayer appears to be used in the web application (running under IIS), so a different class in a different process from the RoleEntryPoint.
The one in RoleEntryPoint appears to be initializing storage (creating the table) before the application starts up. The one in DataLayer seems to be initializing some variables to avoid code repetition in the other methods (parsing the connection string, instantiating the client).