My<cod/>.net
Результаты поиска
Готов ли Ruby на Rails для предприятия?
Есть ли кто-нибудь, кто использует RoR для крупномасштабных, критически важных для бизнеса корпоративных приложений?
Существуют ли другие облегченные веб-фреймворки, основанные на динамических языках, которые люди используют для этих типов приложений?
Если вы не используете эти типы фреймворков приложений, что вас останавливает? Это просто инерция, связанная с любой крупной организацией IT. Являются ли проблемы скорости и стабильности этих структур достаточной проблемой, чтобы они компенсировали улучшение времени цикла разработки?
Конфигурация среды выполнения в .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. Конечно, я могу вернуться и удалить изменения, но я бы предпочел не проходить через эту проблему.
System.Web.Caching против блока кэширования корпоративной библиотеки
Для компонента .NET, который будет использоваться как в веб-приложениях, так и в богатых клиентских приложениях, существует два очевидных варианта кэширования: System.Web.Caching или Ent. Библиотека. Блок Кэширования.
- Что вы используете?
- Почему?
System.Web.Caching
Является ли это безопасным для использования вне веб-приложений? Я видел смешанную информацию, но думаю, что ответ будет maybe-kind-of-not-really.
- a KB статья предупреждение против использования 1.0 и 1.1 не веб-приложений
- На странице 2.0 есть комментарий , который указывает, что это OK: http://msdn.microsoft.com/en-us/library/system.web.caching.cache(VS.80).aspx
- Скотта Хансельмана пугает эта идея
- Страница 3.5 содержит предупреждение против такого использования
- Роб Говард поощрял использование вне веб-приложений
Я не собираюсь использовать один из его основных моментов, SqlCacheDependency, но добавление CacheItemUpdateCallback в .NET 3.5 кажется действительно хорошей вещью.
Блок Приложений Кэширования Корпоративной Библиотеки
- другие блоки уже используются, поэтому зависимость уже существует
- сохраняемость кэша не требуется; регенерация кэша при перезапуске составляет OK
Некоторые элементы кэша должны быть всегда доступны, но периодически обновляться. Для этих элементов получение обратного вызова после удаления элемента не очень удобно. Похоже, что клиенту придется просто спать и опрашивать, пока элемент кэша не будет повторно заполнен.
Memcached для клиента Win32 + .NET
Каковы плюсы и минусы, когда вам не нужен распределенный кэш?