这次就着上上上篇的悬浮窗代码DevC++ easyx实现图片拖动,一种悬浮窗实现原理与完整代码-CSDN博客
继续实现效果。
基本背景是搓出来图片拖动了,然后想把图片暂存到另一块。再细说背景的背景就是之前提到Unity复刻瓦片地图,想着整合一个铅笔绘制功能,就是绘制瓦片和瓦片粘贴都在同一个程序里运行。正是这一系列文案所追溯的故事——做一个绘图板,连同绘图,贴片。当时实现了图片缩小,然后要把这个缩小的图片的数据放到网格里面。这个网格作为备选的贴片。这就是文案所去描述的故事,只不过现在回想起来,发现以前推动代码翻新过程中,有了比较有意思的意识到矛盾的新情况。
这次直接上最终代码,然后直接解释代码是怎么来的。
#include<stdio.h>
#include<conio.h>
#include<graphics.h>
#include<windows.h>
struct picsave {
int lx;
int ly;
int rx;
int ry;
int useflag=0;
} a[10];
struct pircle {
IMAGE img2;
IMAGE img3;
const int orilx=100,orily=100;
int nowlx=100,nowly=100;
const int a=100,h=100;
// 原有图片的左上角坐标
int m1x=0,m1y=0;
int putflag=0;
int drawflag=0;
} save;
void draw(struct ExMessage m,struct pircle *save) {
if(save->drawflag==true) {
putpixel(m.x,m.y,RGB(255,155,4));
}
switch(m.message) {
case WM_LBUTTONDOWN:
if(m.x>save->nowlx&&m.x<save->nowlx+save->a&&m.y>save->nowly&&m.y<save->nowly+save->h&&m.ctrl) {
// 检测不在图片里面
} else {
printf("m.x = %d\tm.y = %d\t%d\t%d\n",m.x,m.y,save->m1x,save->m1y);
save->drawflag=true;
// printf("drawflag = %d\n",save->drawflag);
}
break;
case WM_LBUTTONUP:
save->drawflag=false;
// printf("%d\n",save->drawflag);
break;
}
}
void check(struct ExMessage m,struct pircle *save,struct picsave a[]) {
printf("putflag = %d\n",save->putflag);
printf("%d %d\n",m.x,m.y);
printf("%d %d\n",save->nowlx,save->nowly);
if(save->putflag==true) {
BeginBatchDraw();
putimage(save->nowlx,save->nowly,&save->img3);
save->nowlx=save->nowlx+m.x-save->m1x;
save->nowly=save->nowly+m.y-save->m1y;
save->m1x=m.x;
save->m1y=m.y;
getimage(&save->img3,save->nowlx,save->nowly,save->a,save->h);
putimage(save->nowlx,save->nowly,&save->img2);
EndBatchDraw();
// 一次绘图出来,没有屏闪了
}
switch(m.message) {
case WM_LBUTTONDOWN:
if(m.x>save->nowlx&&m.x<save->nowlx+save->a&&m.y>save->nowly&&m.y<save->nowly+save->h) {
save->putflag=true;
// 启动批复制粘贴
getimage(&save->img2,save->nowlx,save->nowly,save->a,save->h);
save->m1x=m.x;
save->m1y=m.y;
}
break;
case WM_LBUTTONUP:
save->putflag=0;
// int i;
// for(i=0; i<6; i++) {
//
// if(a[i].useflag==0) {
// if(m.x>a[i].lx&&m.x<a[i].rx&&m.y>a[i].ly&&m.y<a[i].ry) {
// BeginBatchDraw();
//
// putimage(save->nowlx,save->nowly,&save->img3);
//
// save->nowlx=save->nowlx+m.x-save->m1x;
// save->nowly=save->nowly+m.y-save->m1y;
// save->m1x=m.x;
// save->m1y=m.y;
// getimage(&save->img3,save->orilx,save->orily,save->a,save->h);
//
// putimage(a[i].lx,a[i].ly,&save->img2);
//
// EndBatchDraw();
//
// save->nowlx=save->orilx;
// save->nowly=save->orily;
// save->m1x=0;
// save->m1y=0;
//
// a[i].useflag=1;
// break;
// }
// }
// }
// 实现一次性存档
break;
}
}
void flow(ExMessage m,struct picsave a[],struct pircle *save) {
if(save->putflag==0&&m.message==WM_LBUTTONUP) {
int i;
for(i=0; i<6; i++) {
if(a[i].useflag==0) {
if(m.x>a[i].lx&&m.x<a[i].rx&&m.y>a[i].ly&&m.y<a[i].ry) {
BeginBatchDraw();
putimage(save->nowlx,save->nowly,&save->img3);
// save->nowlx=save->nowlx+m.x-save->m1x;
// save->nowly=save->nowly+m.y-save->m1y;
// save->m1x=m.x;
// save->m1y=m.y;
getimage(&save->img3,save->orilx,save->orily,save->a,save->h);
putimage(a[i].lx,a[i].ly,&save->img2);
EndBatchDraw();
save->nowlx=save->orilx;
save->nowly=save->orily;
save->m1x=0;
save->m1y=0;
a[i].useflag=1;
break;
}
}
}
}
}
int main() {
initgraph(640,640,EX_SHOWCONSOLE);
setbkcolor(WHITE);
cleardevice();
setfillcolor(BLACK);
setlinecolor(BLACK);
fillrectangle(100,100,200,200);
// 这是初始图片左上角位置,以后都是新图片左上角的位置
int i;
// setlinecolor(WHITE);
setfillcolor(GREEN);
int q=100;
for(i=1; i<5; i++) {
a[i].lx=q;
a[i].ly=400;
a[i].rx=q+100;
a[i].ry=500;
q=q+100;
fillrectangle(a[i].lx,a[i].ly,a[i].rx,a[i].ry);
}
// save.drawflag=1;
ExMessage m;
while(1) {
m=getmessage(EX_MOUSE|EX_KEY);
if(save.drawflag==false||save.drawflag==true) {
draw(m,&save);
}
if(save.putflag==true||save.putflag==false) {
check(m,&save,a);
flow(m,a,&save);
}
}
closegraph();
return 0;
}
由于鼠标检测实现原理是,通过鼠标坐标m.x? m.y和鼠标事件如左键按下,右键按下,实际上延续这个问题就是坐标的问题,不断穷举坐标的各种相关、各种不知道相关不相关的判断。
想象中的需求经过几次描述出来就是,图片到了网格,图片就被网格吸收。
换成坐标来说,图片的坐标进了网格,图片就停在网格里。
但是想象一下图片只是黏在网格上,而不是正好嵌入,就单纯的坐标检测是否重叠也不好想象代码。
这里是参考UNITY,想起来以鼠标为主,就是鼠标在哪个网格,图片就嵌进去哪个网格,这样也能接受,那如此这样,只要能实现检测鼠标的位置就可以了。正好之前的代码check负责拖动,只要拖动结束的时候直接检测就行了,这样代码位置也解决了。于是就直接在check函数里的case LW_LBUTTONUP:这个分支下去写,就是check()函数那一大片注释处。只要全部取消,就能直接使用那部分代码实现检测。
后来是想着,由于地图实现拖动了,图片也实现的网格吸收,就想着独立出来这部分吸收代码,希望以后能够直接使用,或者减少函数长度,一个函数一个功能,减少脑子别扭难受的情况。于是就分离出来flow()函数,这就是专门处理图片嵌入网格存储的。flow()有一堆空白图片数组,然后每个数组的一项单元里,都有这个项对应的坐标,每一个网格的左上角坐标就都在这个项目里面。
然后运行成功,但是,鼠标一碰到网格图片就自己进去了。
这个BUG的效果是无论鼠标点没点击,只要鼠标拖动过图片,然后鼠标移动到网格上,就会有图片贴上去。
然后当时不知道哪里出问题了,唯一确定的是代码没复制粘贴整合成新函数的时候是正常的,于是就检测数据,相当于把有关拖动的变量内容都打印出来,先是在flow()里面增加打印的坐标信息语句,发现随着鼠标移动,就会一直打印鼠标坐标,而按照原计划,是只有鼠标松动的时候才进行检测,相当于打印鼠标只有在鼠标松开,而不是鼠标一移动就打印。flow函数失去了限制功能。
然后扩大范围,相当于发现if(save->putflag==0)失效了,之前想着不是鼠标松开,上一个函数直接就把save->putflag变成0,但是实际上这样却失败了,最后只能再就加上重复的&&m.message==LW_LBUTTONUP,才解决问题,但是没有理解bug。明明上个函数也已经用过一次m.message==LW_LBUTTONUP了。
现在来看,原来是鼠标松开,实现了flag变化,但是flag变化后是长期的,而鼠标松开是一瞬间相等。显然这样一看才理解,作用时间不一样导致了函数运行情况不同。也就是说,根本是没有意识到范围,默认中范围就已经不包含了一瞬间的变化,和长期状态的影响。只能通过矛盾来主动意识到意料之外,强行拓宽思考范围。
当然,文案不只是说为了解决BUG,可以看出来,刚才的BUG就是意外实现了鼠标拖动批量绘制,而这其实这也是以后像素绘画的原理。但是由于在这里能够主动意识到矛盾,对矛盾开发一下,自然而然就是另一个文案了。实际上无中生有的BUG和无中生有的解决方案,其实是同根同源的。他们都脱离过主动意识,而是从一些没来得及,或者以为不相关的情况里自然而然的穷举产生的。
人和BUG和谐共生可还行?但是一般都是BUG得不到理解,BUG也放不到合适的地方去应用emm。
理解BUG可以成为灵感的来源,但是理解bug比解决bug还要费劲,几乎把整个代码用人脑跑一边才能理解问题现象,确实代价比较大。
注意到if(save->putflag==0)和if(save->putflag==0&&m.message==WM.LBUTTONUP)的区别。
第一个BUG完事儿。
另一个BUG是在函数flow分离之前发生的。但是由于代码是复制粘贴,把原来函数的限制条件也复制粘贴过来,其实问题一样。
先看BUG效果
黑色方块变绿色了
纹理和第一幅图的比较像
答案解密:
注意旁边浅蓝色的代码
注意到坐标信息是原图的坐标
相当于又把原图复制粘贴到img3上。
按照惯例,前三章博客里img3含义都是底图,
这里也是一样,描述出来就是,原图变成了底图,
原来根本原因就是悬浮窗的底图把图片放置位置的网格复制了,
然后图片恢复到原处,借用悬浮窗先恢复原图,结果成了原图位置恢复网格纹理
所以需要清空img3,或者说不能清空的话,就把原来的图复制粘贴上。
这就是所谓复位——初始化所解决的矛盾的另一种表现形式。
初始化可以说是在旧数据矛盾不明显下的解决方案,因为不能解释旧数据是什么,
而复位,可以说是在旧数据矛盾明显下的解决方案,因为知道旧数据是上一次图片,而不需要使用这上一次图片,或者说不得不使用粘贴功能,但是可以更改粘贴的内容,把粘贴原来的旧图片变成粘贴相同的图片。
复位就是同样是图片,但是图片里面的数据清除。
而初始化,则是这个存数据的地方,曾经是存过图片的,但是这个数据现在已经不用来存图片,可以存其他的数据,但是里面存的图片数据还没清楚,就需要初始化,在不知道里面存的是什么的情况下直接清除数据,或者用新数据覆盖旧的乱七八糟的数据。
这就是从相同图片变量复位,同一个内存的重写,实现对危险数据的清除;到不同变量类型,使用相同内存,对内存重写数据,所描述出的初始化。
这就是复位和初始化的关系。