关于MFC的逻辑坐标与设备坐标映射模式的问题！

[cleaf]

看了一下，感觉基本上没有哪本书讲的明白。
现在有几点疑问，请大家指教：
1：所有的绘图函数都是以逻辑坐标为参数，那么实际上必须转换为设备坐标（像素点）。
2：无论是MFC中的几种固定映射模式，还是自己定义，比如MM_TWIPS，实际上都是定义了一种将逻辑坐标转换为实际像素点位置的方法，公式中的参数可以自己定义，比如，
逻辑所标->设备坐标：
xViewport=(xWindow-xWinOrg)*(xViewExt/xWinExt)+xViewOrg 《1》
yViewport=(yWindow-yWinOrg)*(yViewExt/yWinExt)+yViewOrg 《2》
设备坐标->逻辑坐标：
xWindow=(xViewport-xViewOrg)*(xWinExt/xViewExt)+xWinOrg 《3》
yWindow=(yViewport-yViewOrg)*(yWinExt/yViewExt)+yWinOrg 《4》

疑问：
xViewExt,xWinExt,这些量应该都是整型的，那么如果当xViewExt小于xWinExt的时候，《1》式这个比例因子就是一个小整数除以一个大整数，结果是零，那么所有逻辑坐标就都映射到了xViewOrg，这显然是错误的呀。
而且两个整形的量相除，即使分子大，也会有很大的误差，这个怎么办。
另外，为什么说MM_TWIPS是没有误差的映射，这个不理解，MM_TWIPS的xViewExt=96，xWinExt=1440，这个从逻辑坐标变成设备坐标的时候，96/1440不是等于零吗，所有的逻辑点都映射为xViewOrg了呀！

[wltg2001]

这个比例因子就是一个小整数除以一个大整数，结果是零，
=================
怎么是0呢？这个公式难道一定在整数集内吗？

[cleaf]

[Quote=引用 1 楼 wltg2001 的回复:]
这个比例因子就是一个小整数除以一个大整数，结果是零，
=================
怎么是0呢？这个公式难道一定在整数集内吗？
[/Quote]

请问C语言中一个小整数/一个大整数，结果是什么呢？

[雪影]

他们的运算都是浮点运算的~

[wltg2001]

请问C语言中一个小整数/一个大整数，结果是什么呢？
========
那个公式是说明性的公式，说明系统换算时的做法，谁告诉你它在实现时是按照C语言的整型来处理的啊？

[cleaf]

[Quote=引用 3 楼 tttyd 的回复:]
他们的运算都是浮点运算的~
[/Quote]

Programming Windows中的原话：
例如，当您设定MM_LOENGLISH映射方式时，Windows将xViewExt设定为某个图素数而将xWinExt设定为xViewExt图素占据的一英寸内有几百图素的长度。比值给出了一英寸内有几百个图素的数值。为了提高转换效能，换算因数表示为整数比而不是浮点数。

[cleaf]

[Quote=引用 4 楼 wltg2001 的回复:]
请问C语言中一个小整数/一个大整数，结果是什么呢？
========
那个公式是说明性的公式，说明系统换算时的做法，谁告诉你它在实现时是按照C语言的整型来处理的啊？
[/Quote]

Programming Windows中的意思是说：换算因数表示为整数呀。

[雪影]

msdn中的说明
MM_HIENGLISH Each logical unit is converted to 0.001 inch. Positive x is to the right; positive y is up.

物理坐标主要是为了保证数据精度而采用的一种坐标系统。例如：假定正在使用MM_LOENGLISH映射模式，一个逻辑单位是0.01英寸，但，在屏幕上，一英寸代表实际世界的一英尺(12英寸)（这个是自己决定的）。这个时候26.75英寸如果转换为逻辑单位，即（26.75/12） /0.01=222.916666666...＝233个逻辑单位,它必须换成设备坐标。因此，你需要把物理坐标作为浮点数存储起来，或者放大为长整数存储起来，以避免舍入错误。

[雪影]

[Quote=引用 5 楼 cleaf 的回复:]
引用 3 楼 tttyd 的回复:
他们的运算都是浮点运算的~


Programming Windows中的原话：
例如，当您设定MM_LOENGLISH映射方式时，Windows将xViewExt设定为某个图素数而将xWinExt设定为xViewExt图素占据的一英寸内有几百图素的长度。比值给出了一英寸内有几百个图素的数值。为了提高转换效能，换算因数表示为整数比而不是浮点数。


[/Quote]
人家是为了提高效率而转换成整数，而不代表转换成整数就没有误差、错误。

[cleaf]

[Quote=引用 7 楼 tttyd 的回复:]
msdn中的说明
MM_HIENGLISH  Each logical unit is converted to 0.001 inch. Positive x is to the right; positive y is up.

物理坐标主要是为了保证数据精度而采用的一种坐标系统。例如：假定正在使用MM_LOENGLISH映射模式，一个逻辑单位是0.01英寸，但，在屏幕上，一英寸代表实际世界的一英尺(12英寸)（这个是自己决定的）。这个时候26.75英寸如果转换为逻辑单位，即（26.75/12） /0.01=222.916666666...＝233个逻辑单位,它必须换成设备坐标。因此，你需要把物理坐标作为浮点数存储起来，或者放大为长整数存储起来，以避免舍入错误。 
[/Quote]

我认为不是这样的，实际上就是有舍入误差，否则为什么很多地方说MM_TWIPS是一种没有误差的转换？
而且你说的这个和我说的不是一个东西，你这个是实际单位对应几个逻辑单位，这个并不重要，重要的是逻辑坐标和像素点之间的变换关系，这个很多书都是一带而过，根本没有说清楚。

比如Programming Windows中说的，这个因子是整数的，那么怎么解释我说的问题呢。

[cleaf]

[Quote=引用 8 楼 tttyd 的回复:]
引用 5 楼 cleaf 的回复:
引用 3 楼 tttyd 的回复:
他们的运算都是浮点运算的~


Programming Windows中的原话：
例如，当您设定MM_LOENGLISH映射方式时，Windows将xViewExt设定为某个图素数而将xWinExt设定为xViewExt图素占据的一英寸内有几百图素的长度。比值给出了一英寸内有几百个图素的数值。为了提高转换效能，换算因数表示为整数比而不是浮点数。



人家是为了提高效率而转换成整数，而不代表转换成整数就没有误差、错误。
[/Quote]

请问一个小于1的浮点数转换为整数应该是多少。。。

[wltg2001]

请问一个小于1的浮点数转换为整数应该是多少。。。
=============
是0行了吧，书中说的不一定就是对的，这个比值在计算时不可能是当作整型算的，因为如果是整型的话，上面四个公式总会有两个是0。
至于MM_TWIPS，给你看一段文字：
逻辑英寸的MM_TWIPS其窗口范围和视口范围比1440/96，可简化为15/1，从设备坐标转化为逻辑坐标时没有误差，从消除误差角度看，MM_TWIPS比其他几个映射模式都要好。
仅仅是比其它的好，并不是真的没有误差。

[dronly]

楼主的结贴率。。

[cleaf]

[Quote=引用 11 楼 wltg2001 的回复:]
请问一个小于1的浮点数转换为整数应该是多少。。。
=============
是0行了吧，书中说的不一定就是对的，这个比值在计算时不可能是当作整型算的，因为如果是整型的话，上面四个公式总会有两个是0。
至于MM_TWIPS，给你看一段文字：
逻辑英寸的MM_TWIPS其窗口范围和视口范围比1440/96，可简化为15/1，从设备坐标转化为逻辑坐标时没有误差，从消除误差角度看，MM_TWIPS比其他几个映射模式都要好。
仅仅是比其它的好，并不是真的没有误差。
[/Quote]

你这个是VC++技术内幕里面的话吧，呵呵，根本没讲清楚，算了。

[cleaf]

[Quote=引用 11 楼 wltg2001 的回复:]
请问一个小于1的浮点数转换为整数应该是多少。。。
=============
是0行了吧，书中说的不一定就是对的，这个比值在计算时不可能是当作整型算的，因为如果是整型的话，上面四个公式总会有两个是0。
至于MM_TWIPS，给你看一段文字：
逻辑英寸的MM_TWIPS其窗口范围和视口范围比1440/96，可简化为15/1，从设备坐标转化为逻辑坐标时没有误差，从消除误差角度看，MM_TWIPS比其他几个映射模式都要好。
仅仅是比其它的好，并不是真的没有误差。
[/Quote]

而且CDC函数用的都是逻辑坐标值，实际上用到的公式应该是从逻辑坐标转换为设备坐标，如果是这样，这个系数应该是1/15，即使是你说的按照浮点数计算，那我想问问这个1/15到底比别的分数有什么优势？