Question

c#的序列化究竟有什么用？

请大家看网上的这段话：
序列化和反序列化最主要的作用有：“把对象的字节序列永久地保存到硬盘上，通常存放在一个文件中 ”

上面是网友对c#序列化作用的解释，我怎么看不出来序列化有什么用呢？我自己的编写一个小程序，用c#的文件操作类也可以保存对象的数据啊，还要序列化做什么？
我的问题是：既然用c#的文件操作类也可以保存对象的数据，还要序列化做什么？另外，通过其他办法也可以实现网络间通信和进程间通信，那为什么非要序列化呢？序列化和传统的手段相比究竟有什么好处？
奥术引擎说“数据需要序列化以后才能在服务端和客户端之间传输”，这是不对的，难道别的方法就不能传输了吗？

Answer 1

序列化是用来通信的，服务端把数据序列化，发送到客户端，客户端把接收到的数据反序列化后对数据进行操作，完成后再序列化发送到服务端，服务端再反序列化数据后对数据进行操作。说白了，数据需要序列化以后才能在服务端和客户端之间传输。这个服务端和客户端的概念是广义的，可以在网络上，也可以在同一台机器的不同进程中，甚至在同一个进程中进行通信。在传统编程中，对象是通过调用栈间接的与客户端交互，但在面向服务的编程中，客户端永远都不会直接调用实例。不知道说的明不明白。

好吧，我说的确实不够明白，你问的是为什么需坦枯型要序列化，我只是说了序列化的一个应用。那我就来说说序列化的好处吧。不序列化也可以传输，但是无法跨平台，安全性也无法保障。我说的是面向服务编程中的作用，在传统编程中败稿，你在表示层实例化一个业务对象，然后调用业务对象中的方法，你想过为什么能这样调用吗？这样做耦合度太高，很不好。如果序列化以后通过特定的协议传输数据就不一样了，表示层通过代理或通道向服务层发送特定的数据格式，这个数据就是序列化以后的，比如XML，服务端接收到以后要进行反序列化，生成服务端可识别的数据格式，比如一个类，然后对数据进行操作，再序列化发送到客户端，客户端再反序列化。这样客户端可让猜以使用和服务端完全不同的开发平台，只要它能够对xml数据进行反序列化，而xml是具有工业标准的数据格式，基本各平台都支持。这也适用于在进程间通信。如果在进程内通信，也可以做到更高的安全性，对象不再通过调用栈交互，而是通过代理或通道。

Answer 2

序列化是将对象状态转换为可保持或传输的格式的过程。与序列化相对的是反序列化，它将流转换为对象。这两个过程结合起来，可余高以轻松地存储和传输数据。

.NET Framework 提供两种序列化技术：

二进制序列化保持类型保真度，这对于在应用程序的不同调用之间保留对象的状态很有用。例如，通过将对象序列化到剪贴板，可在不同的应用程序之间共享对象。您可以将对象序列化到流、磁盘、内存和网络等等。远程处理使用序列化“通过值”在计算机或应用程序域之间传递对象。

XML 序列化仅序列化公共属性和字段，且不保持类型保真度。当您要提供或使用数据而不限制使用该数据的应用樱衡程序时，这一点是很有用的。由于 XML 是一个开放式标准，因此，对于通脊毁做过 Web 共享数据而言，这是一个很好的选择。SOAP 同样是一个开放式标准，这使它也成为一个颇具吸引力的选择。

通俗的说法就是序列化就是把类改成2进制溜文件方便存储和传输数据

追问

答非所问

追答

你是不明白好不 序列化就是把类文件转成溜文件进行保存用的

Answer 3

虽然C#文件操作类可以保存数据，但有时需要与其它平台或其它语言进行交互通信，比如说两个不同语言开发的系统进行数据交换等，这时候序列化成xml或json等通用的格式，可以解决这些问题。

/*
然用c#的文件操作类也可以保存对象的数据，还要序列化做什么？另外，通过其他办法也可以实现网络间通信和进程间孙桐通信，那为什么非要序列化呢？序列化和传统的手段相比究竟有纳冲什么好处？
*/
一个是.net开发的平洞凯歼台，一个是java开发的平台，要将数据传递过去就要把它转换成一种公认的格式如xml,json。

Answer 4

一句话： 序列化将对象保存为磁盘文件，反序列化将磁盘文件重新组合成一个对象，我觉得这是精髓所在。

Answer 5

1. 存储

2. 传输

3. 高效转换