字符串的问题

[birchlin]

CString m_str1="1234";


int i=m_str1.GetLengyh();

i=4 还是5?
然后用SetAt(n,char)函数给m_str1赋值,如果n>5,字符串的结果会是什么,能显示出来了

例如:
SetAt(4,97);后,m_str1="1234a"吗?



如果

[xkyx_cn]

hoho 自己试验印象会更深刻

[p0303230]

[Quote=引用 1 楼 xkyx_cn 的回复:]
hoho 自己试验印象会更深刻
[/Quote]

[p0303230]

试了 有问题再贴出来

[zhxx_qs]

当然是4
SetAt(4,97)越界了, 不会得到1234a这个值.

[Treazy]

[Quote=引用 1 楼 xkyx_cn 的回复:]
hoho 自己试验印象会更深刻
[/Quote]

同意！

5

[Treazy]

[Quote=引用 5 楼 Treazy 的回复:]


同意！

4
[/Quote]

[birchlin]

CString m_str1="1234";

m_str1="123456aa";

这样为什么不越界呢?

[p0303230]

[Quote=引用 7 楼 birchlin 的回复:]


CString m_str1="1234";

m_str1="123456aa";

这样为什么不越界呢?
[/Quote]

越了吧

你输出试试

[hai040]

4
1234a后接不确定长度的不确定字符，程序有可能出错

[hai040]

ls可能错了，setat有边界限制吗？
lz还是试试吧

[晨星]

[Quote=引用 7 楼 birchlin 的回复:]

CString m_str1="1234";

m_str1="123456aa";

这样为什么不越界呢?
[/Quote]

这个是重新赋值，属于CString::operator=()的正常调用，MFC的作者怎么会让它越界呢？

[birchlin]

试验了,SetAt(),确实越界!重新赋值不越界.

为什么越界呢?

[birchlin]

setat()函数的作者难道不是MFC的作者?

[Ethan_yushui213]

jf

问题不难，自己搞搞，加深理解

[晨星]

[Quote=引用 13 楼 birchlin 的回复:]
setat()函数的作者难道不是MFC的作者?
[/Quote]
SetAt不一样，它只保证下标有效时才正确。这个怎么能跟operator=相提并论？operator=是释放旧的重新分配新的，完全不一样。

[晨星]

楼主这是跟谁过不去啊？SetAt跟operator=本来就是两个八竿子打不着的方法，含义和功能也大相径庭，毫无关系。
为什么偏要放在一起比较？而且还煞有介事地去比较它们的同一个方面？

感觉楼主的问题有点像：“为什么母鸡能下蛋，偏偏公鸡不能？”。

[birchlin]

楼上肯定setat()会越界吗？

[birchlin]

揭贴了!hoohoo