class SomeClass
{
..................................
public Password
{
get
{
// алгоритм дешифорования
}
set
{
// алгоритм шифрования
}
}
}
//Десиарилизуеши объект
object = (SomeClass)formatter.Diserialize(stream)
//проверяешь пассворд вводимые юзером
if(object.Password == this.textbox1.Text)
{
....................
}
BinaryFormatter
Доброго времени суток всем! Кто изпользовал BinaryFormatter подскажите: вот при вызове метода Serialize там передается поток и обьект, а третий параметр ето масив заголовков. Так вот масив етот я записал но при открытии файла, тоесть вызов метода Deserialize нужно передавать уже указатель на заголовки. Тк вот вопрос в том как получить при считывании снова ети заголовки?
P.S. for Ap0k эт какраз о том что я писал тебе в личку
И второй вопросик вобще нащет сериализации. Можно как нить сохранить такие настройки приложения как цвет или шрифт, чтобы потом при считывании получить уже готовый обьект. Я так думаю что ето делается с помощью Xml сериализации. Еще способ это Settings файл. Он клево подходит но есть одно но: он хранит информацию но почемуто я записать туда нечего не могу :( (Правда мож я чтото не такделаю...)
Заранее спасибо.
P.S. for Ap0k эт какраз о том что я писал тебе в личку
И второй вопросик вобще нащет сериализации. Можно как нить сохранить такие настройки приложения как цвет или шрифт, чтобы потом при считывании получить уже готовый обьект. Я так думаю что ето делается с помощью Xml сериализации. Еще способ это Settings файл. Он клево подходит но есть одно но: он хранит информацию но почемуто я записать туда нечего не могу :( (Правда мож я чтото не такделаю...)
Заранее спасибо.
Метод BinaryFormatter.Serialize - перегружен, возможно тебе и не требуется эти заголовки, я ими никогда не пользовался.
Цитата:
И второй вопросик вобще нащет сериализации. Можно как нить сохранить такие настройки приложения как цвет или шрифт, чтобы потом при считывании получить уже готовый обьект. Я так думаю что ето делается с помощью Xml сериализации. Еще способ это Settings файл. Он клево подходит но есть одно но: он хранит информацию но почемуто я записать туда нечего не могу (Правда мож я чтото не такделаю...)
А почему бы не сделать просто класс с настройками Font, Color и т.д. Сериализовать объект этого класса и а потом Десериализовать и получить настройки, есть вариант использовать просто Xml документ, в котором и хранить данные.
Цитата: koval
Метод BinaryFormatter.Serialize - перегружен, возможно тебе и не требуется эти заголовки, я ими никогда не пользовался.
А почему бы не сделать просто класс с настройками Font, Color и т.д. Сериализовать объект этого класса и а потом Десериализовать и получить настройки, есть вариант использовать просто Xml документ, в котором и хранить данные.
А почему бы не сделать просто класс с настройками Font, Color и т.д. Сериализовать объект этого класса и а потом Десериализовать и получить настройки, есть вариант использовать просто Xml документ, в котором и хранить данные.
Я в курсе что метод Serialize прегружен, дело в том что я хочу закодировать файл но куда в таком случае записать ключевое слово которым будет закодирован файл?
[QUOTE='[Veter];232993']Я в курсе что метод Serialize прегружен, дело в том что я хочу закодировать файл но куда в таком случае записать ключевое слово которым будет закодирован файл?[/QUOTE]
Кодировать бинарный файл :eek: это что-то новенькое, а headers это если я не ошибаюсь вершины графа.
Во нашел:
[QUOTE=MSDN]During RPCs, the IRemotingFormatter interface allows the specification of two separate object graphs: the graph of objects to serialize, and an additional graph that contains an array of header objects that convey information about the remote function call (for example, transaction ID or a method signature).
RPCs that use the BinaryFormatter separate into two distinct parts: method calls, which are sent to the server with the remote object that contains the method called, and method responses, which are sent from the server to the client with the status and response information from the called method.
During serialization of a method call the first object of the object graph must support the IMethodCallMessage interface. To deserialize a method call, use the Deserialize method with the HeaderHandler parameter. The remoting infrastructure uses the HeaderHandler delegate to produce an object that supports the ISerializable interface. When the BinaryFormatter invokes the HeaderHandler delegate, it returns the URI of the remote object with the method that is being called. The first object in the graph returned supports the IMethodCallMessage interface.
The serialization procedure for a method response is identical to that of a method call, except the first object of the object graph must support the IMethodReturnMessage interface. To deserialize a method response, use the DeserializeMethodResponse method. To save time, details about the caller object are not sent to the remote object during the method call. These details are instead obtained from the original method call, which is passed to the DeserializeMethodResponse method in the IMethodCallMessage parameter. The first object in the graph returned by the DeserializeMethodResponse method supports the IMethodReturnMessage interface.
[/QUOTE]
Кодировать бинарный файл :eek: это что-то новенькое, а headers это если я не ошибаюсь вершины графа.
Во нашел:
[QUOTE=MSDN]During RPCs, the IRemotingFormatter interface allows the specification of two separate object graphs: the graph of objects to serialize, and an additional graph that contains an array of header objects that convey information about the remote function call (for example, transaction ID or a method signature).
RPCs that use the BinaryFormatter separate into two distinct parts: method calls, which are sent to the server with the remote object that contains the method called, and method responses, which are sent from the server to the client with the status and response information from the called method.
During serialization of a method call the first object of the object graph must support the IMethodCallMessage interface. To deserialize a method call, use the Deserialize method with the HeaderHandler parameter. The remoting infrastructure uses the HeaderHandler delegate to produce an object that supports the ISerializable interface. When the BinaryFormatter invokes the HeaderHandler delegate, it returns the URI of the remote object with the method that is being called. The first object in the graph returned supports the IMethodCallMessage interface.
The serialization procedure for a method response is identical to that of a method call, except the first object of the object graph must support the IMethodReturnMessage interface. To deserialize a method response, use the DeserializeMethodResponse method. To save time, details about the caller object are not sent to the remote object during the method call. These details are instead obtained from the original method call, which is passed to the DeserializeMethodResponse method in the IMethodCallMessage parameter. The first object in the graph returned by the DeserializeMethodResponse method supports the IMethodReturnMessage interface.
[/QUOTE]
Цитата: koval
Кодировать бинарный файл :eek: это что-то новенькое, а headers это если я не ошибаюсь вершины графа.
Да не файл кодировать :) , а информацию перед записью. Вот у меня есть типизированя колекция. Перед записью в файл я все записи из колекции кодирую определенным ключевым словом. Так вот я думаю куда ж лучше всего всунуть ето слово чтобы потом прочесть его для раскодировки. Вот вобще что я имел ввиду.
[QUOTE='[Veter];233009']Да не файл кодировать :) , а информацию перед записью. Вот у меня есть типизированя колекция. Перед записью в файл я все записи из колекции кодирую определенным ключевым словом. Так вот я думаю куда ж лучше всего всунуть ето слово чтобы потом прочесть его для раскодировки. Вот вобще что я имел ввиду.[/QUOTE]
Криптография хороша тогда, когда ее хорошо знаешь. Зачем же тогда хранить ключ вместе с данными, это все равно, что уходя из дому остовлять ключ в замке, и думая, что я закрыл дверь и ко мне никто не вломится.
Зачем выбирать шифрование с закрытым ключом.
Криптография хороша тогда, когда ее хорошо знаешь. Зачем же тогда хранить ключ вместе с данными, это все равно, что уходя из дому остовлять ключ в замке, и думая, что я закрыл дверь и ко мне никто не вломится.
Зачем выбирать шифрование с закрытым ключом.
Цитата:
Так вот я думаю куда ж лучше всего всунуть ето слово чтобы потом прочесть его для раскодировки.
В ресурсы :)
Цитата: koval
Криптография хороша тогда, когда ее хорошо знаешь. Зачем же тогда хранить ключ вместе с данными, это все равно, что уходя из дому остовлять ключ в замке, и думая, что я закрыл дверь и ко мне никто не вломится.
Зачем выбирать шифрование с закрытым ключом.
Зачем выбирать шифрование с закрытым ключом.
Да ты прав возьму лучше DES и никаких проблем небудет. А то что я хотел ет чтобы на каждый файл ставить определенный проль, который задает юзверь, а при попытке открытия даного файла програма бы запрашивала даный пароль...
[quote='[Veter];233016']я хотел чтобы на каждый файл ставить определенный проль, который задает юзверь, а при попытке открытия даного файла програма бы запрашивала даный пароль...[/quote]Тогда зачем хранить пароль вместе с данными, если этот пароль хранит юзер в голове или на бумажке, наклеенной на монитор?
Цитата: hardcase
Тогда зачем хранить пароль вместе с данными, если этот пароль хранит юзер в голове или на бумажке, наклеенной на монитор?
Да, но при вводе мне же нужно какимто образом проверить пароль...
[QUOTE='[Veter];233124']Да, но при вводе мне же нужно какимто образом проверить пароль...[/QUOTE]
Ну если хочется то и храни данные вместе с паролем. При открытии файла просто десиарилизуй данные вместе с паролем, но для работы с которыми, пользователь для начала должен ввести пароль, который и хранится в файле.
Ну если хочется то и храни данные вместе с паролем. При открытии файла просто десиарилизуй данные вместе с паролем, но для работы с которыми, пользователь для начала должен ввести пароль, который и хранится в файле.
[quote='[Veter];233124']Да, но при вводе мне же нужно какимто образом проверить пароль...[/quote]Из строки с паролем ты получаешь ключ для расшифровки (допустим, ты используешь симметричный алгоритм типа Rjindael-а). Открываешь файл и начинаешь его расшифровывать в память (MemoryStream тебе в помощь). Далее пытаешься скормить полученный открытый текст десериализатору. Если десериализация прошла успешно - пароль оказался верным, в противном случае рапортуешь о кривом пароле.
Цитата: koval
Ну если хочется то и храни данные вместе с паролем. При открытии файла просто десиарилизуй данные вместе с паролем, но для работы с которыми, пользователь для начала должен ввести пароль, который и хранится в файле.
Ну так я какраз и хотел чтобымне подсказали как хранить пароль в моем случае...
[QUOTE='[Veter];233189']Ну так я какраз и хотел чтобымне подсказали как хранить пароль в моем случае...[/QUOTE]
Ты сам ответил на свой, вопрос. К примеру ты сериализуешь Class в файл, отжельным полем делаешь Password
Ты сам ответил на свой, вопрос. К примеру ты сериализуешь Class в файл, отжельным полем делаешь Password
Код:
[quote='[Veter];233189']Ну так я какраз и хотел чтобымне подсказали как хранить пароль в моем случае...[/quote]
Если ты расшифровываешь файл, то пароль знает (наверно) пользователь. Что тут неясного?
Просто поинтересуйся у него перед открытием файла.
Если ты расшифровываешь файл, то пароль знает (наверно) пользователь. Что тут неясного?
Просто поинтересуйся у него перед открытием файла.
Огромное спасибо, разобрался:)