Библиотека контрольных точек для C#
Ищу библиотеку контрольных точек для C#. Есть идеи ?
Ответы 4
Если я вас правильно понимаю (а вопрос довольно расплывчатый, поэтому я вообще в этом не уверен), то Windows Workflow Foundation определенно имеет такую возможность. Тем не менее, это почти наверняка излишек того, о чем вы просите.
Хорошо, вы добавили ссылку, которая лучше объясняет, что вы имеете в виду под контрольными точками.
Имея это в виду, в .Net нет ничего встроенного, чтобы поддерживать это напрямую. Однако все, что использует конечный автомат, где конечный автомат может быть сохранен, может быть проверен / подтвержден и является транзакционным, имеет такие вещи, естественно встроенные. WWF - один из примеров этого.
Учитывая ссылку из википедии, я могу сказать, что .NET / CLR не поддерживает это. Это невозможно из-за того, что .NET не позволяет вам проверять и изменять стек приложения, что, в свою очередь, невозможно из-за встроенной безопасности в .NET.
То, что вы объясняете, на самом деле не то, что предлагает ссылка в Википедии. В любом случае, если вы считаете, что это приемлемо, хорошо. Лично я бы не стал пробовать это из-за сотен проблем, которые могут возникнуть (если мы не имеем дело с небольшим приложением, таким как сапер).
Я не думаю, что для этого есть встроенная поддержка, но ее относительно легко создать самостоятельно. Предполагая, что у вас есть центральный класс приложения, в котором хранится состояние ваших приложений или, по крайней мере, часть, используемая в контрольных точках. Затем вы можете использовать сериализацию для сохранения состояния вашего приложения, когда это необходимо. Кроме того, было бы легко сохранить снимки в базе данных файла, если они вам понадобятся позже. Но для этого вам потребуется написать собственную библиотеку для ее поддержки.
Когда я пишу это, я начинаю чувствовать, что для этого должна быть какая-то поддержка в рамках. Взгляните, например, на пространство имен System.Transactions.
Это должно быть возможно реализовать с помощью транзакций (фиксация / откат) или отмены. Если вы правильно спроектируете свои классы и операции, он будет работать, это, конечно, потребует некоторой тяжелой работы и дисциплины при использовании классов. Вам также нужно быть осторожным с исключениями.
Пространство имен System.Transactions (как предлагала Руна) кажется хорошим кандидатом или, по крайней мере, хорошей отправной точкой.
Можно имитировать функциональность, написав приложение особым образом, чтобы оно могло сохранить соответствующее состояние, необходимое для запуска с этой точки позже, но это ни в коем случае не то, что вы можете просто подключить к приложению и построить, и вы все готово.