Silverlight 4.0 Silverlight 4.0：如何增加独立文件存储中的配额

得到这行代码，但它不工作

private void Button_Click(object sender, RoutedEventArgs e)
    {
        using (IsolatedStorageFile isf = IsolatedStorageFile.GetUserStoreForApplication())
        {
            long newSpace = isf.Quota + 1523456786435;
            try
            {
                if (true == isf.IncreaseQuotaTo(newSpace))
                {
                    Debug.WriteLine("success");
                }
                else
                {
                    Debug.WriteLine("unsuccessful");
                }
            }
            catch (Exception ex)
            {

                throw ex;
            }
        }
    }

---

增加配额的请求需要来自用户启动的事件，如按键或按钮单击

---

请参阅备注部分：

增加配额的请求需要来自用户启动的事件，如按键或按钮单击

---

请参阅备注部分：

我建议您删除所有断点并运行它。我只是从你提到的文章中复制了代码，它工作得很好

还有一件事。如果它不起作用，那么尝试IE

---

正如您所知，此代码是f.IncreaseQuotaTo（新闻空间）应该在用户启动的事件中。将向用户显示一个对话框，用户需要同意增加空间

我建议您删除所有断点并运行它。我只是从你提到的文章中复制了代码，它工作得很好

还有一件事。如果它不起作用，那么尝试IE

---

正如您所知，此代码是f.IncreaseQuotaTo（新闻空间）应该在用户启动的事件中。将向用户显示一个对话框，用户需要同意增加空间

使用断点将使Silverlight增加存储配额所需的用户启动的操作无效，并且在调用时不会增加大小。按照建议删除断点，看看这是否解决了问题

不过，使用Debug.Writeline不应该引起问题。我用他们测试了我的工作代码，它运行得很好

我的代码是从这里提取的：

我选择的部分是IncreaseQuota\u OnClick，并从我的按钮中引用了它

---

还有其他一些好方法。

使用断点将使Silverlight为增加存储配额所需的用户启动的操作无效，并且在调用时不会增加大小。按照建议删除断点，看看这是否解决了问题

不过，使用Debug.Writeline不应该引起问题。我用他们测试了我的工作代码，它运行得很好

我的代码是从这里提取的：

我选择的部分是IncreaseQuota\u OnClick，并从我的按钮中引用了它

---

---

还有其他一些好方法。

确保在执行代码之前删除所有断点。我也犯了同样的错误，当我删除断点时，一切都很顺利，我成功地增加了IsolatedStorage的大小。

确保在执行代码之前删除了所有断点。我也犯了同样的错误，当我删除断点后，一切正常，我成功地增加了IsolatedStorage的大小。

我已经有一个按钮，我将上面的代码放在click事件中。这只是一个非常愚蠢的限制。我已经编写了一个缓存机制，现在可能不得不放弃它。为什么他们会选择将其限制为用户事件，你真的没有从中获得任何好处。我同意，如果你已经必须使用无法触摸的对话框请求用户许可，这种限制的意义是什么？人们只能猜测，他们这样做是为了防止有人在SilverLight中编写恶意代码，从而在后台将孤立的存储扩展到GBs，然后给用户带来巨大的问题。如果当你第一次运行SilverLight应用程序时，它预先说明了它将要使用的最大空间，然后在用户满意后设置它，那么这将是非常有用的，程序员和用户都不必再次担心它。我可以预见这个区域将来会有很大的变化。我已经有一个按钮，我把上面的代码放在点击事件中。这只是一个非常愚蠢的限制。我已经编写了一个缓存机制，现在可能不得不放弃它。为什么他们会选择将其限制为用户事件，你真的没有从中获得任何好处。我同意，如果你已经必须使用无法触摸的对话框请求用户许可，这种限制的意义是什么？人们只能猜测，他们这样做是为了防止有人在SilverLight中编写恶意代码，从而在后台将孤立的存储扩展到GBs，然后给用户带来巨大的问题。如果当你第一次运行SilverLight应用程序时，它预先说明了它将要使用的最大空间，然后在用户满意后设置它，那么这将是非常有用的，程序员和用户都不必再次担心它。我可以预见这个领域将来会有很大的变化。你从哪里知道这个用户犯了“同样的错误”？安德鲁，我想他也犯了同样的错误。我看不出你有必要问这个。我也遇到过类似的问题，我也这样做了，所以我将此作为一个答案发布。你的假设可能会导致某些人不必要地从代码中删除重要断点，甚至无法解决问题。假设会导致糟糕的答案。我面对了它，并做到了。我也是这样，所以我把它放在这里作为答案。你从哪里知道这个用户犯了“同样的错误”？安德鲁，我猜他也犯了同样的错误。我看不出你有必要问这个。我也遇到过类似的问题，我也这样做了，所以我将此作为一个答案发布。你的假设可能会导致某些人不必要地从代码中删除重要断点，甚至无法解决问题。假设会导致糟糕的答案。我面对了它，并做到了。我也是这样，所以我把它放在这里作为答案。