Как Mark. Доступ был моим первым подходом базы данных, и я нашел его мощным в то время. Это имеет некоторые хорошие функции как генерация SQL от "запроса примером". Его функции формы и возможность распечатать на различном формате (лист маркировок, например) были хороши также.
На оборотной стороне, это является собственным, и каждая новая версия была несовместимой с предыдущей: при загрузке основы, сделанной Доступом 97 с Access 2000 Вы больше не можете загружать его более старым...
, Хотя я не делаю больших персональных работ базы данных (список адресов, главным образом), для такой работы, я использовал бы, любой Открывает инструмент базы данных Office's (не попробованный все же) или старая добрая база данных с открытым исходным кодом (MySQL, SQLite приходят на ум, поскольку легкий вес базируется) с фронтэндом GUI, например, SQL-клиентом SQuirreL, и вероятно JasperReport как фронтэнд отчета.
Не столь интегрированный как Доступ и с более крутой кривой обучения, но так или иначе более гибкий.
Теперь, я уверен, что мы можем найти некоторую простую старую добрую нереляционную базу данных для упрощенного использования, которое я имел в то время.:-)
Не знаете. Вся причина использования объекта SecureString состоит в том, чтобы избежать создания строкового объекта (который загружается в память и хранится там в виде открытого текста до сборки мусора). Тем не менее, вы можете добавлять символы в SecureString, добавляя их.
var s = new SecureString();
s.AppendChar('d');
s.AppendChar('u');
s.AppendChar('m');
s.AppendChar('b');
s.AppendChar('p');
s.AppendChar('a');
s.AppendChar('s');
s.AppendChar('s');
s.AppendChar('w');
s.AppendChar('d');
Я согласен со Спенсом (+1), но если вы делаете это для изучения или тестирования опций, вы можете использовать foreach в строке, добавляя каждый символ к защищенной строке с помощью метода AppendChar.
Я брошу это там. Почему?
Вы не можете просто изменить все свои строки на защищенные, и вдруг ваше приложение станет «защищенным». Защищенная строка предназначена для того, чтобы строка оставалась зашифрованной как можно дольше и расшифровывалась только в течение очень короткого периода времени, стирая память после того, как над ней была выполнена операция.
Я бы рискнул сказать, что у вас могут быть некоторые Прежде чем беспокоиться о защите строк приложения, необходимо решить проблемы на уровне разработки. Сообщите нам больше информации о том, что вы пытаетесь сделать, и мы сможем помочь лучше.