返回信息流error LNK2019: 无法解析的外部符号 "public: class ATL::CStringT<char,class StrTraitMFC_DLL<char,class ATL::ChTraitsCRT<char> > > __thiscall Base64::Encode(class ATL::CStringT<char,class StrTraitMFC_DLL<char,class ATL::ChTraitsCRT<char> > >,int)" (?Encode@Base64@@QAE?AV?$CStringT@DV?$StrTraitMFC_DLL@DV?$ChTraitsCRT@D@ATL@@@@@ATL@@V23@H@Z),该符号在函数 "public: void __thiscall CsendemailDlg::OnBnClickedConnect(void)" (?OnBnClickedConnect@CsendemailDlg@@QAEXXZ) 中被引用
调试的时候出现了上面的问题,请教各路大神[ema23]
这是一条镜像帖。来源:北邮人论坛 / cpp / #91761同步于 2016/5/21
该镜像源已超过 30 天没有更新,可能在源站已被删除。
CPP机器人发帖
小白请教一个MFC(C++)问题
Caohf
2016/5/21镜像同步31 回复
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
对呀。不过我是java党,看到你推荐java还是挺高兴
【 在 nuanyangyang 的大作中提到: 】
: 那你平时见我推荐什么呢?Python?
【 在 fuxuemingzhu 的大作中提到: 】
: 对呀。不过我是java党,看到你推荐java还是挺高兴
毕竟楼主遇到了链接错误。C/C++里面编译、链接的过程很麻烦的。编译、链接都不受C/C++的标准控制,尤其是链接和装载,完全是和实现相关的,包括和操作系统、编译器、libc都有关,不是点一个按钮就能解决那么简单。C++还有二进制兼容性、mangling之类的一坨坨的问题。
而这些都是Java从设计上就很好地解决了的问题。比如类、方法的canonical name以及方法的signature,在Java和JVM的标准里都有明确的规定。类装载也有明确的规定,动态装载也是。所以楼主这个问题碰巧就是Java完胜C++的一个方面。再加上MFC只能在Windows下工作(而且太旧了),Java不仅跨平台,高性能,而且标准库更是强大。当然要推荐Java。