У меня есть .NET 2.0 Windows бланков заявки. Где лучше всего разместить настройки пользователя магазина (учитывая рекомендации Windows)?

Некоторые люди указывали на Application.LocalUserAppDataPath . Однако это создает структуру папок, как:

C:\Documents и Settings\user_name\Local Settings\Application Data\company_name\product_name\product_version\

Если я выпущу версию 1 своего приложения и сохраню там файл XML, а затем выпущу версию 2, это изменится на другую папку, верно? Я бы предпочел иметь одну папку для каждого пользователя, чтобы хранить настройки, независимо от версии приложения.

Следующий код должен найти соответствующий тег проекта и удалить его из XmlDocument, однако когда я тестирую его, он говорит::

Узел, который нужно удалить, не является дочерним для этого узла.

Кто-нибудь знает, как правильно это сделать?

public void DeleteProject (string projectName)
{
    string ccConfigPath = ConfigurationManager.AppSettings["ConfigPath"];

    XmlDocument configDoc = new XmlDocument();

    configDoc.Load(ccConfigPath);

    XmlNodeList projectNodes = configDoc.GetElementsByTagName("project");

    for (int i = 0; i < projectNodes.Count; i++)
    {
        if (projectNodes[i].Attributes["name"] != null)
        {
            if (projectName == projectNodes[i].Attributes["name"].InnerText)
            {                                                
                configDoc.RemoveChild(projectNodes[i]);
                configDoc.Save(ccConfigPath);
            }
        }
    }
}

UPDATE

Исправлено. Я сделал две вещи:

XmlNode project = configDoc.SelectSingleNode("//project[@name='" + projectName + "']");

Заменил цикл For запросом XPath, который не был предназначен для его исправления, просто потому, что это был лучший подход.

Фактическое исправление было:

project.ParentNode.RemoveChild(project);

Спасибо Пэту и Чаку за это предложение.

Есть ли кто-нибудь, кто использует RoR для крупномасштабных, критически важных для бизнеса корпоративных приложений?

Существуют ли другие облегченные веб-фреймворки, основанные на динамических языках, которые люди используют для этих типов приложений?

Если вы не используете эти типы фреймворков приложений, что вас останавливает? Это просто инерция, связанная с любой крупной организацией IT. Являются ли проблемы скорости и стабильности этих структур достаточной проблемой, чтобы они компенсировали улучшение времени цикла разработки?

Какой самый простой способ профилировать скрипт PHP?

Я бы с удовольствием прикрепил что-то, что показывает мне дамп всех вызовов функций и сколько времени они заняли, но я также OK с размещением чего-то вокруг конкретных функций.

Я попробовал поэкспериментировать с функцией microtime :

$then = microtime();
myFunc();
$now = microtime();

echo sprintf("Elapsed:  %f", $now-$then);

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

Есть ли хорошие онлайн-ресурсы, чтобы создать, поддерживать и думать о написании тестовых подпрограмм для кода численного анализа?

Одно из ограничений, которое я вижу для чего-то вроде тестирования умножения матриц, заключается в том, что очевидные тесты (например, наличие одной матрицы, являющейся идентификатором) не могут полностью проверить функциональность кода.

Кроме того, существует тот факт, что вы обычно имеете дело с большими структурами данных, а также. У кого-нибудь есть хорошие идеи о том, как подойти к этому, или есть указатели на хорошие места для поиска?