Что лучший способ состоит в том, чтобы сохранить данные локально в Приложении WPF?
Kevin, это не может быть сделано с чистым HTML. Необходимо полагаться на JavaScript для этого приема.
Однако при размещении двух форм в страницу HTML можно сделать это.
Form1 имел бы предыдущую кнопку.
Form2 имел бы любые вводы данных пользователем + следующая кнопка.
, Когда пользователь нажимает , Входят в Form2, Следующая кнопка отправки стреляла бы.
4 ответа
Я бы взял SQLite либо в чистом виде, либо в удобной для .NET форме (поиск в Google по запросу sqlite .net даст вам несколько вариантов там). Он суперпортативен и, на мой взгляд, проще в установке и распространении, чем SQL Server compact.
Важно убедиться, что вы не слишком тесно связаны со своим механизмом сохранения в своем коде, чтобы в будущем вы может легко заменить любую стратегию хранения, какую захотите.
Я знаю, что вы сказали, что нет SQL Server, но я читаю это, что означает, что вам не нужен «сервер» и вы хотите хранить свои данные на клиенте. Я также предполагаю, что вы, вероятно, не будете возражать против некоторой управляемости ваших данных. Знаете, такие вещи, как резервное копирование. И транзакции всегда приятны, поэтому ваши данные могут оставаться согласованными. Итак, хотя вы можете использовать XML (пожалуйста, выбросьте из головы все мысли о Access), вы в конечном итоге столкнетесь с собственной настойчивостью, когда это будет решена проблема.
Итак, пожалуйста, ознакомьтесь с бесплатным SQL Server Компактное издание. Он легкий, предназначен для работы на настольном компьютере или мобильном устройстве и легко развертывается, если вашему приложению это когда-либо понадобится. И все распространенные фреймворки персистентности поддерживают это. И я упоминал, что это бесплатно (так как ничего не стоит)?
Я бы посоветовал выбрать самый простой из возможных источников данных и соответствующим образом разделить его, чтобы вы могли добавить новый, другой источник данных позже, когда выясните, что подходит для ваших целей. С этой целью вы можете найти что-то вроде XML или даже открытого текста, как простейшую вещь, которая могла бы работать.
После того, как вы определите характеристики, которые вам понадобятся из вашего источника данных, на основе вашего фактического использования, выберите соответствующую поддержку store.
Я не считаю критичным принимать это решение заранее, потому что это личный проект, а не коммерческий.
Один мертвенно-простой подход, который я использовал в прошлом, - это идея "файла xml". Просто создайте объект, который описывает данные, которые вам нужны, и затем сериализуйте его в xml.
Грег абсолютно прав, когда говорит, что убедитесь, что ваш источник данных отделен должным образом, чтобы вы могли отключить его, если ваши требования изменятся.