Serialize 是否很重要?

sundya 2000-03-15 03:22:00
我觉得Serialize只是提供了标准方式,在实际读写文件时,还是要用自己的方法组织文件的读写,这样的理解对吗?
...全文
325 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
hadrons 2000-11-02
  • 打赏
  • 举报
回复
如何序列话保存一个指针列表,然后可以恢复?
艺赛旗-norman66 2000-03-23
  • 打赏
  • 举报
回复
如何用Serialize保存一个文件?
JJONY 2000-03-15
  • 打赏
  • 举报
回复
我亦完全同意iceberg和cqjiang的意见。文档-视是一种良好的应用程序架构,使得所操纵数据的显示和存储既分开又有机地结合在一起。Serialize就是数据存储,在这种情况数据一般最好都是自定义的,它提供了一个很好的数据存储环境为以后应用程序的升级开发在数据存储上的编程铺路。
cqjiang 2000-03-15
  • 打赏
  • 举报
回复
Serialize 和DOC-VIEW、print preview是MFC的精华,在使用自定义的数据格式时非常方便。
iceberg 2000-03-15
  • 打赏
  • 举报
回复
我同意mach的意见。但是有前提:如果你的程序操作的是其他程序的文件或通用文件,比如JPG,WAV,MP3等,那么,Serialize机制帮不上什么忙,你还是得处理这些文件的读写细节。如果你的程序是操纵数据库,那么你可以忘记Serialize,但如果你的程序使用你自己定义的数据结构和文件结构,那么,Serialize机制的威力就显现出来了。只要你的数据结构派生自CObject,那么,你的数据自己知道如何保存到磁盘上和从磁盘调入到内存里(当然,是MFC的功劳)。在使用Serialize的时候,你甚至可以不必知道你的数据在磁盘文件里的存储细节,这些工作MFC都会做好。这样一来,内存中的数据要保存到磁盘,或者从磁盘读入就十分简单了。很显然,Serialize机制的设计目标,就是简化你自己定义的数据结构的保存和恢复。
mach 2000-03-15
  • 打赏
  • 举报
回复
Serialize的目的实际是要提供一种自动化的机制,使得CObject具有知道如何保存自己的智能,这是很有意义的,这样更加符合oo的思想
softdoctor 2000-03-15
  • 打赏
  • 举报
回复
Serialize只是提供了一个入口。
这个入口仅仅做了打开文件的操作。
对于编程没有太多的帮助。因为
CObject类有Serialize方法。
各个类都重载该方法。

你的理解没错。
Jackzhu 2000-03-15
  • 打赏
  • 举报
回复
没错!工作还要自己做

16,470

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧