My<cod/>.net
Результаты поиска
Как я могу Java запуске приложений несколько, зависимости, собственные библиотеки?
Пример: у меня есть два общих объекта (то же самое должно применяться.файл DLL.) Первый общий объект из сторонней библиотеки, мы будем называть его libA.so. Я завернул некоторые из них с JNI и создал свою собственную библиотеку, libB.so. Теперь libB зависит от libA.
При запуске обе библиотеки находятся в некоторой рабочей области webstart. Мой код java пытается загрузить libB. В этот момент системный загрузчик попытается загрузить libA, который не находится в пути к системной библиотеке (java.library.path не поможет этому). Конечным результатом является то, что libB имеет неудовлетворенную ссылку и не может быть использован.
Я пробовал загружать libA до libB, но это все еще не работает. Кажется, OS хочет сделать эту загрузку для меня. Есть ли способ сделать эту работу, кроме статической компиляции?
Конфигурация среды выполнения в .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. Конечно, я могу вернуться и удалить изменения, но я бы предпочел не проходить через эту проблему.
Как создать временный файл (для записи) в C#?
Возможный Дубликат:
Создание временных папок
Возможный Дубликат:
Создание временных папок
Я ищу что-то вроде модуля tempfile в Python: (предпочтительно) безопасный способ открыть файл для записи. Это должно быть легко удалить, когда я тоже закончу...
Похоже, .NET не имеет функций "batteries included" модуля tempfile , который не только создает файл, но и возвращает файловый дескриптор (старая школа, Я знаю...) к нему вместе с тропой. В то же время, он гарантирует, что только создающий пользователь может получить доступ к файлу и тому подобному ( mkstemp() я думаю): https://docs.python.org/library/tempfile.html
Ах, да, я вижу это. Но у GetTempFileName есть недостаток: есть условие гонки между тем, когда файл был создан (при вызове GetTempFileName создается 0-байтовый файл) и когда я получаю его открыть (после возвращения GetTempFileName). Это может быть проблемой безопасности, хотя и не для моего текущего приложения...
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
Каковы плюсы и минусы, когда вам не нужен распределенный кэш?