То, что вы пытаетесь сделать, в корне неверно. Единственный действительный параметр, который может принять ваш метод dismissVC:
, это UIBarButtonItem
, который вызвал действие. Вы не можете передать контроллер представления этому методу.
Но тебе не нужно. Поскольку вы хотите отказаться от «себя», просто позвоните dismissViewController
на self
.
//Create barbuttonitem
UIBarButtonItem *leftButton = [[UIBarButtonItem alloc]
initWithImage:[UIImage imageNamed:@"close.png"]
style:UIBarButtonItemStylePlain
target:self
action:@selector(dismiss:)];
Вот обновленный метод:
- (void)dismiss:(UIBarButtonItem *)button {
[self dismissViewControllerAnimated:YES completion:nil];
}
Этот товарищ показывает пример кода, если Вы все еще хотите сделать это после всех протестов:
protected void EditConfigButton(object sender, EventArgs e)
{
Configuration objConfig = System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration("~");
AppSettingsSection objAppsettings = (AppSettingsSection)objConfig.GetSection("appSettings");
//Edit
if (objAppsettings != null)
{
objAppsettings.Settings["test"].Value = "newvalueFromCode";
objConfig.Save();
}
}
Одна допустимая причина редактирования web.config состоит в том, чтобы зашифровать его, который является тем, о чем та статья.
Можно использовать WebConfigurationManager для чтения определенных разделов конфигурации. Это возвратит объект ConfigurationSection. Можно использовать это для читения/изменения ConfigurationElements в разделе. После того как Вы обновили их, можно Сохранить ConfigurationSection, и он обновит файл с изменениями.
Я использую это для автоматического шифрования appSettings и connectionStrings на Application_Start, если они уже не шифруются. Я на самом деле не изменил настроек этот путь, но кажется, что необходимо смочь сделать так.
Сохранение обновленного конфигурационного файла может заставить приложение перерабатывать в зависимости от того, как это создается.
В зависимости от того, что Вы делаете, метод действительно несколько отличается в каждой ситуации. Однако самый устойчивый метод должен загрузить его как XmlDocument и изменить его по мере необходимости с помощью того метода, но НЕОБХОДИМО стараться только изменить его необходимым способом.
В теории; Вы могли просто генерировать веб-файл конфигурации программно и с некоторой шаблонной обработкой для упрощения.
Однако, при попытке отредактировать свой web.config из сайта; это настоятельно рекомендовало Вам, не делают. По крайней мере; Вы инициировали бы приложение, сбрасывает каждый раз, когда Вы обновили его; который был бы особенно плох, если Вы используете незавершенные сессии.
Как Anders попросил, что это, Вы пытаетесь сделать?
Согласитесь с другими, редактирование webconfig достижимо, но имеет удар по эффектам, только к опасному / включенный риск
Если это - значение, которое специализировано, то это должно быть в специализированном файле конфигурации
Да я соглашаюсь с Josh. Я попробовал это прежде, и я имел два отрицательных эффекта:
Много раз вы хотите изменить специфические настройки приложения после развертывания, например, когда что-то не так, например, переключить подключение к базе данных в случае падения текущей БД. Более того, иногда вы хотите создать свой собственный XML файл конфигурации, который вы хотите изменять программно.
Попробуйте XML Webpad - http://xmlwebpad.codeplex.com/
Это фреймворк для просмотра и редактирования XML файлов. Как только вы интегрируете его в свое веб-приложение, редактирование web.config станет таким же простым, как просмотр страницы web.config, внесение необходимых изменений и нажатие кнопки сохранения (все из вашего приложения).