Результаты поиска

Задать вопрос
Найдено результатов: 2

Конфигурация среды выполнения в .Net (в частности, EntLib)

Я ищу способ настроить соединение DB во время выполнения; в частности, используя корпоративную библиотеку. Я вижу, что есть *.Data.Configuration (или что-то близкое к этому ... не помню с головы) assembly но я не нахожу много на паутине. Усложняет дело тот факт, что API справка сломана на Vista.

Теперь, я нашел эту работу-вокруг: 

Configuration cfg = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
ConnectionStringSettings connection = new ConnectionStringSettings();
connection.Name = "Runtime Connection";
connection.ProviderName = "System.Data.OleDb";
connection.ConnectionString = "myconstring";
cfg.ConnectionStrings.ConnectionStrings.Add(connection);
cfg.Save(ConfigurationSaveMode.Modified);

ConfigurationManager.RefreshSection("connectionStrings");
var runtimeCon = DatabaseFactory.CreateDatabase("Runtime Connection");

И хотя он дает мне то, что я хочу, он постоянно редактирует App.config. Конечно, я могу вернуться и удалить изменения, но я бы предпочел не проходить через эту проблему.

.net   enterprise-library   connection-string    

443   3   21:06, 1st October, 2020


System.Web.Caching против блока кэширования корпоративной библиотеки

Для компонента .NET, который будет использоваться как в веб-приложениях, так и в богатых клиентских приложениях, существует два очевидных варианта кэширования: System.Web.Caching или Ent. Библиотека. Блок Кэширования.

  • Что вы используете?
  • Почему?

System.Web.Caching

Является ли это безопасным для использования вне веб-приложений? Я видел смешанную информацию, но думаю, что ответ будет maybe-kind-of-not-really.

Я не собираюсь использовать один из его основных моментов, SqlCacheDependency, но добавление CacheItemUpdateCallback в .NET 3.5 кажется действительно хорошей вещью.

Блок Приложений Кэширования Корпоративной Библиотеки

  • другие блоки уже используются, поэтому зависимость уже существует
  • сохраняемость кэша не требуется; регенерация кэша при перезапуске составляет OK

Некоторые элементы кэша должны быть всегда доступны, но периодически обновляться. Для этих элементов получение обратного вызова после удаления элемента не очень удобно. Похоже, что клиенту придется просто спать и опрашивать, пока элемент кэша не будет повторно заполнен.

Memcached для клиента Win32 + .NET

Каковы плюсы и минусы, когда вам не нужен распределенный кэш?

caching   .net-2.0   memcached   enterprise-library    

408   4   10:50, 1st August, 2020