关于edit控件自动换行算法，计算量的问题

我想了想，靠谱的有两种自动换行的算法
1：直接画，画一个字之前计算画完这个字后的长度，如果小于窗口长度，就画，如果大于窗口长度，就另起一行画。

2：在画之前，先计算每一行可以画多少个字，在把这些信息用某个结构体比如line保存起来。花的时候根据line里面的信息画，不用再次计算长度。

这两种算法哪个计算量小？

如果考虑到有插入符（就是在鼠标点击的行列字后面有一闪一闪的竖形光标），就要计算插入符的位置，这样哪种算法计算量小？

如果不仅考虑到有插入符，还考虑到鼠标拖拽选中字（就是白字蓝底的被选中字），哪种计算量小？

如果再加上可能经常改变窗口尺寸呢？

3 个解决方案

#1

建议先不要考虑效率问题,
应该是先按你自己的其中一种想法实现功能,然后现图优化.
纸上谈兵不太实际.

#2

引用 1 楼 xiaohuh421 的回复:

建议先不要考虑效率问题,
应该是先按你自己的其中一种想法实现功能,然后现图优化.
纸上谈兵不太实际.

用第二种已经实现了，但是不知道和edit控件是不是一样

#3

你可以做个性能测试