关于Serialization的问题。

FlyingHero 2000-08-20 07:40:00
我写了如下的类:
class CStudent : public CObject
{
DECLARE_SERIAL(CStudent)
public:
CStudent()
{
//具体实现略
}
virtual ~CStudent() {};

virtual void Serialize(CArchive& ar);

//类的其他部分略
};

IMPLEMENT_SERIAL(CStudent, CObject, 0)

void CStudent::Serialize(CArchive &ar)
{
if (ar.IsStoring())
{
//具体实现略
}
else
{
//具体实现略
}
}

在类中重载了Serialize函数之后,我使用了如下的语句来调用:
CFile data(FILENAME, CFile::modeCreate and CFile::modeWrite and CFile::shareDenyWrite);
CArchive arData(&data, CArchive::store);
arData << m_Student;
arData.Close();
data.Close();
但编译时系统却提示我说没有重载“<<“运算符,不能编译。可是这个运算符本应该是已经由CArchive重载过了。我实在不明白是怎么回事,望各位高手指点。
...全文
102 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
haitian99 2000-08-22
  • 打赏
  • 举报
回复
如果类序列化,采用 << 和 >>算子, 需要类是动态生成的。
并且在类中重载 << 和 >>算子.
的确不如直接调用 Serialize()省事。
蒋晟 2000-08-22
  • 打赏
  • 举报
回复
直接m_Student.Serialize(ar)不就完了
U皮特U 2000-08-20
  • 打赏
  • 举报
回复
你的CStudent是否有你自定义的成员变量?重载CStudent的"="运算符,告诉VC如何正确赋值各成员变量。试试看,不行的话,将你的代码发给我看看
Web应用模式在开发Web应用中,有两种应用模式:前后端不分离在前后端不分离的应用模式中,前端页面看到的效果都是由后端控制,由后端渲染页面或重定向,也就是后端需要控制前端的展示,前端与后端的耦合度很高。这种应用模式比较适合纯网页应用,但是当后端对接App时,App可能并不需要后端返回一个HTML网页,而仅仅是数据本身,所以后端原本返回网页的接口不再适用于前端App应用,为了对接App后端还需再开发一套接口。 前后端分离在前后端分离的应用模式中,后端仅返回前端所需的数据,不再渲染HTML页面,不再控制前端的效果。至于前端用户看到什么效果,从后端请求的数据如何加载到前端中,都由前端自己决定,网页有网页的处理方式,App有App的处理方式,但无论哪种前端,所需的数据基本相同,后端仅需开发一套逻辑对外提供数据即可。在前后端分离的应用模式中 ,前端与后端的耦合度相对较低。在前后端分离的应用模式中,我们通常将后端开发的每个视图都称为一个接口,或者API,前端通过访问接口来对数据进行增删改查。作为一名全栈项目的开发者, 开发标准的 REST 接口,需要用到 Django Rest framework。Django REST framework是构建WebAPI的强大而灵活的工具包。对于开发者来说这个WebAPI来说极具可用性。认证策略(Authentication)包括包OAuth1a和OAuth2。串行化(Serialization)同时支持ORM和non-ORM数据。可定制化的基于函数的常规视图,不需要更多的其他的功能。众多的文件以及社区大力支持,被国际认可的公司所使用和信任,包括Mozilla, Red Hat, Heroku, and和Eventbrite. 

16,471

社区成员

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

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

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