社区
图形处理/算法
帖子详情
求助:想用不同的颜色表示出图片中一个像素
wxw0827
2010-05-30 09:32:41
想用不同的颜色表示出图片中一个像素
例如:我的图片是600*500的,我想在(300,200)的像素点处用红色表示,
用VC怎么实现呢,
...全文
161
13
打赏
收藏
求助:想用不同的颜色表示出图片中一个像素
想用不同的颜色表示出图片中一个像素 例如:我的图片是600*500的,我想在(300,200)的像素点处用红色表示, 用VC怎么实现呢,
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
13 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
red-fly
2010-06-02
打赏
举报
回复
修改DIB数据的话,可以按照1楼的方式进行
在窗口上画图,使用CDC类很方便的,不知道楼主有没有画过,如果画过,应该就非常清楚了
Normandie007
2010-05-31
打赏
举报
回复
[Quote=引用 9 楼 jszj 的回复:]
那要看你想要什么的效果了,基本上有两种方式:
1. 修改DIB数据,然后显示图片
2. 显示图片,然后在窗口上SetPixel()来修改你想修改的区域的颜色,或者采用其它DC画图的方式
[/Quote]
支持
red-fly
2010-05-31
打赏
举报
回复
那要看你想要什么的效果了,基本上有两种方式:
1. 修改DIB数据,然后显示图片
2. 显示图片,然后在窗口上SetPixel()来修改你想修改的区域的颜色,或者采用其它DC画图的方式
wxw0827
2010-05-31
打赏
举报
回复
[Quote=引用 7 楼 xiuxianshen 的回复:]
你用的是什么来实现图像显示的,Opencv?CImage?DIB?还是自己写的读取的函数?
[/Quote]
现在我这个中心点已经找到了,我想在图片上把它表示出来,我用DIB做的,,
这是我的程序
CPaintDC dc(this);
dc.SetPixel(CXCenter,CYCerter,RGB(0,255,0));
CXCenter,CYCerter是我得到的图形的中心点的像素坐标
xiuxianshen
2010-05-31
打赏
举报
回复
你用的是什么来实现图像显示的,Opencv?CImage?DIB?还是自己写的读取的函数?
wxw0827
2010-05-31
打赏
举报
回复
[Quote=引用 10 楼 xq830210 的回复:]
引用 9 楼 jszj 的回复:
那要看你想要什么的效果了,基本上有两种方式:
1. 修改DIB数据,然后显示图片
2. 显示图片,然后在窗口上SetPixel()来修改你想修改的区域的颜色,或者采用其它DC画图的方式
支持
[/Quote]
neng能具体说一下吗,谢谢了,
wxw0827
2010-05-31
打赏
举报
回复
都沉底了,顶一下看看,,
疯癫小程序
2010-05-31
打赏
举报
回复
没有具体代码,只能给你讲思路,你这问题好像以前问过吧?不确定。。。
你做的是什么图形,任何一个正规的图形中心点应该好求吧?比如圆,正方形什么的,找到边界点坐标就可以了,中心点坐标找到了就直接setpixelv设定颜色值就可以了。
应该不会这么简单吧,这还用问?那还是你根本就不怎么熟悉windows编程,省懒就叫我们帮你写下代码。
如果是这样我还是建议你自己多动动手,长痛不如短痛。看看《Windows程序设计》,够你学的。当然也可以选孙鑫的《VC++深入讲解》,快餐式图书,叫你很快上手,不过讲的不深,据我比较,很多都是抄侯捷《MFC深入浅出》的。
liudafei1
2010-05-30
打赏
举报
回复
计算出相应的坐标,然后setpixelv就行了
wltg2001
2010-05-30
打赏
举报
回复
SetPixel行不行呢?
tan34035
2010-05-30
打赏
举报
回复
你先看看DIB格式把,如果会显示图片,只要自己修改对应内存的颜色值就可以了。假设pData是图片的数据指针,图片是24位彩色图像。
pData+y*600*3+x*3=B
pData+y*600*3+x*3=G
pData+y*600*3+x*3=R
B,G,R为你想要的颜色,XY为你想要的坐标
wxw0827
2010-05-30
打赏
举报
回复
我的是8位的灰度图片,,我做的是一个图形的中心点,想用一个不同的颜色表示出来,,
能不能把VC的代码说一下,
wuhuwy
2010-05-30
打赏
举报
回复
将图片坐标转换为视图区坐标,然后Seipixel设置该位置的颜色
手机 pdf 阅读器
请先阅读帮助文档:http://ismyway.com/help [2009.1.1] Ver 3.2.26 ※如果安装提示证书过期或无法安装,请在手机上将时间改为2008.8.8,安装设置完成后再将日期改回即可!※ 增加天语的按键映射 增加三星的背景灯控制功能(该功能未在真机上测试过) 删除
图片
浏览
中
的部分功能,由于这部分功能需要较大的内存,导致在大部分手机上无法完成,同时也引起背景
图片
无法设置成功 触摸屏用户可以不再受滚动条限制,在屏幕上任意地方都可以进行拖动 选择键盘映射为其它时无法再次更改的BUG 用户输入的
颜色
值无法保存的BUG 修正英文单词分词时会多添加
一个
空行的BUG 繁体语言措词上的修正 阅读设置
中
增加
一个
“文件缓存”选项,默认情况下是开启的,在NOKIA手机上会提高UMD等文件的表现,但由于测试并不充足,如果程序经常在阅读时
出
错,请关闭该选项(其它手机是否开启该选项并无明显的影响) 修正编辑文件后无法保存的BUG [2008.10.27] Ver 3.2.24 ※如果安装提示证书过期或无法安装,请在手机上将时间改为2008.8.8,安装设置完成后再将日期改回即可!※ 改进的
颜色
选择方式 允许用户重新选择键盘映射 HTML阅读时的错误 进一步完善编辑功能(仍有少许BUG,请继续反馈,谢谢) 新建文件后自动跳转到编辑
中
改进的文件操作方式,速度轻微提升 UMD速度明显提升,并且减少内存占用,特别是在NOKIA手机上,表现提升超过600% 改进的输入框模式,以使得能适应更多的手机如天语等 [2008.10.21] Ver 3.2.23 为了提高运行效率,以下功能在LITE上将被取消(自定义欢迎页问候语;欢迎页背景图) 取消了JAR的支持,提高运行效率 修正打开大ZIP文件时的内存溢
出
错误 ·修正: 自动滚屏到末尾时,滚屏功能将停止 [2008.10.4] Ver 3.2.22 暂时删除了播放功能及网络相关的功能,由于以上两项功能一直没有能稳定下来,故暂时删除 增强了ZIP功能,支持带文件夹结构的ZIP/JAR文件 (对于大部分JAR电子书都,可以从文件管理器
中
找到非.class结尾的文件,并且选择打开为UNICODE/TXT阅读) (对于NOKIA手机及其它部分手机,由于安全策略的限制,在Anyview的文件管理器
中
无法查看后缀为.jar的文件) 自定义问候语(系统路径下dictum.rc文件,格式参见jar包
中
的dictum.rc文件,保存时使用UTF-8编码,可写条目为0~9/a~z/A~Z,置空时
表示
不显示问候语) ·修正: 0键在各偏好
中
切换时亮度混乱的问题 部分手机上无法新建文件夹 [2008.9.11] Ver 3.2.21 修正动画参数无法保存的BUG 动画效果不再对阅读翻页有作用 [2008.8.29] Ver 3.2.21 可将正在阅读的内容通过短信与好友分享 增加一种新的滚屏方式:波浪,同时,阅读时3键不再使用默认的
像素
滚屏,而会使用最后一次使用的滚屏方式 任何可用的外置字库都可以作为内置字库存在,在jar包
中
存在dot.font会被当为内置字库加载 加快大文件的打开速度,特别是对于NOKIA手机,S60上,打开20M文件,97%左右的位置不超过15秒 允许用户打开动画效果 ·M600/P990/P1/W950 修正键盘映射时“内存不足”的BUG ·E680/A780 选
中
后台播放后无法启动的BUG [2008.7.30] Ver 3.2.20 调整部分索爱手机上背景灯控制的逻辑 修正看
图片
时按0键
出
错的BUG 旋转屏幕引起的字外
出
打开LRC最后
出
错 阅读到尾部弹
出
“上
一个
/下
一个
”窗口
中
的文件名过长不刷新的问题 偏好切换时亮度混乱的问题 在NOKIA上,当系统路径设置为根目录是无法启动的BUG E398上可以开关键盘灯 UIQ系统在退
出
时可以保持亮度 索爱上按“返回”键后导致阅读
出
现白屏的BUG 阅读时切换屏幕方向导致字体超
出
屏幕的BUG 欢迎屏幕上的日期使用
中
文显示 如果使用触屏手机,跳转改为进度条模式,以方便触屏操作 系统路径下如果存在bg.png文件,则会作为欢迎界面的背景
图片
显示(右下角) 减少跳转及翻页
中
出
现乱码的机率 提高阅读时绘图效率,滚屏效率同样提高 播放时,暂停会导致声音爆至最大的BUG 内置“忘记月亮”制作的两款主题《典雅红》《黑橙》,并且更换主题不再要求退
出
文件管理器
中
支持“剪切”功能 文件管理器
中
新增转换UMD为TXT的功能(解开操作,解开2无效!) 增加了编辑功能(尽管没有限制文件大小,但请别编辑过大的文件,另外,为了提高速度,不进行全文排版,有时候表现可能会有些不习惯),以后会进一步完善 启动时,会自动识别NOKIA、SONYER
图片
分析系统(一)机器视觉和
图片
数据化
机器视觉系统是通过机器视觉产品(即图像摄取装置,分CMOS和CCD两种)将被摄取目标转换成图像信号,传送给专用的图像处理系统,得到被摄目标的形态信息,根据
像素
分布和亮度、
颜色
等信息,转变成数字化信号;这种
像素
图形式有
一个
缺点,就是一旦将
图片
放大到某种程度,就会显示成多个方块组成的“马赛克”,想要清晰的
图片
就得增加
像素
的数量,
像素
数量越大,占用的空间也就越大。
图片
是
一个
二维的平面,用
一个
二维函数f(x,y)来
表示
最为直观,x和y作为平面的坐标,每个坐标对应
一个
像素
数据,即可将整张
图片
以数据的形式记录。
区块链之Go语言设计模式
面试的时候,设计模式会经常被问到。其实我们在写代码
中
或多或少会用到一些模式,面试官问你设计模式的问题,更多是看你有没有总结过。如果一直都是在那垒代码,你当然会认为这是个很难的问题。所以我们需要总结一下设计模式。 1. SINGLETON 单例模式 单例模式:单例模式确保某
一个
类只有
一个
实例,而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。 俺有6个漂亮的老婆,她们的老公都是我,我就是我们家里的老公Sigleton,她们只要说道“老公”,都是指的同
一个
人,那就是我(刚才做了个梦啦,哪有这么好的事)。 2. FACTORY METHOD 工厂方法模式 工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作交给子类去做,成为
一个
抽象工厂角色,仅负责给
出
具体工厂类必须实现的接口,而不接触哪
一个
产品类应当被实例化这种细节。 请MM去麦当劳吃汉堡,
不同
的MM有
不同
的口味,要每个都记住是一件烦人的事情,我一般采用Factory Method模式,带着MM到服务员那儿,说“要
一个
汉堡”,具体要什么样的汉堡呢,让MM直接跟服务员说就行了。 3. FACTORY 工厂模式 工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何创建及如何向客户端提供。 追MM少不了请吃饭了,麦当劳的ji翅和肯德基的ji翅都是MM爱吃的东西,虽然口味有所
不同
,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个ji翅”就行了。麦当劳和肯德基就是生产ji翅的Factory。 4. BUILDER 建造模式 建造模式:将产品的内部表象和产品的生成过程分割开来,从而使
一个
建造过程生成具有
不同
的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化,客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。 MM超级爱听的就是“我爱你”这句话了,见到
不同
地方的MM,要能够用她们的方言跟她说这句话哦,我有
一个
多种语言翻译机,上面每种语言都有
一个
按键,见到MM我只要按对应的键,它就能够用相应的语言说
出
“我爱你”这句话了,国外的MM也可以轻松搞掂,这就是我的“我爱你”builder。(这一定比美军在伊拉克用的翻译机好卖) 5. PROTOTYPE 原型模式 原型模式允许动态的增加或减少产品类,产品类不需要非得有任何事先确定的等级结构,原始模型模式适用于任何的等级结构。缺点是每
一个
类都必须配备
一个
克隆方法。 跟MM用QQ聊天,一定要说些深情的话语了,我搜集了好多肉麻的情话,需要时只要copy
出
来放到QQ里面就行了,这就是我的情话prototype了。 原型模式:通过给
出
一个
原型对象来指明所要创建的对象的类型,然后用复制这个原型对象的方法创建
出
更多同类型的对象。 6. ADAPTER 适配器模式 适配器(变压器)模式:把
一个
类的接口变换成客户端所期待的另一种接口,从而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参数返还
一个
合适的实例给客户端。 在朋友聚会上碰到了
一个
美女Sarah,从拉斯维加斯来的,可我不会说粤语,她不会说普通话,只好
求助
于我的朋友kent了,他作为我和Sarah之间的Adapter,让我和Sarah可以相互交谈了(也不知道他会不会耍我)。 7. BRIDGE 桥梁模式 桥梁模式:将抽象化与实现化脱耦,使得二者可以独立的变化,也就是说将他们之间的强关联变成弱关联,也就是指在
一个
软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系,从而使两者可以独立的变化。 早上碰到MM,要说早上好,晚上碰到MM,要说晚上好;碰到MM穿了件新衣服,要说你的衣服好漂亮哦,碰到MM新做的发型,要说你的头发好漂亮哦。不要问我“早上碰到MM新做了个发型怎么说”这种问题,自己用BRIDGE组合一下不就行了。 8. COMPOSITE 合成模式 合成模式:合成模式将对象组织到树结构
中
,可以用来描述整体与部分的关系。合成模式就是
一个
处理对象的树结构的模式。合成模式把部分与整体的关系用树结构
表示
出
来。合成模式使得客户端把
一个
个单独的成分对象和由他们复合而成的合成对象同等看待。 Mary今天过生日。“我过生日,你要送我一件礼物。”“嗯,好吧,去商店,你自己挑。”“这件T恤挺漂亮,买,这条裙子好看,买,这个包也不错,买。”“喂,买了三件了呀,我只答应送一件礼物的哦。”“什么呀,T恤加裙子加包包,正好配成一套呀,小姐,麻烦你包起来。”“……”,MM都会用Composite模式了,你会了没有? 9. DECORATOR 装饰模式 装饰模式:装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的
一个
替代方案,提供比继承更多的灵活性。动态给
一个
对象增加功能,这些功能可以再动态的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。 Mary过完轮到Sarly过生日,还是不要叫她自己挑了,不然这个月伙食费肯定玩完,拿
出
我去年在华山顶上照的照片,在背面写上“较好的的礼物,就是爱你的Fita”,再到街上礼品店买了个像框(卖礼品的MM也很漂亮哦),再找隔壁搞美术设计的Mike设计了
一个
漂亮的盒子装起来……,我们都是Decorator,最终都在修饰我这个人呀,怎么样,看懂了吗? 10. FACADE 门面(外观)模式 门面模式:外部与
一个
子系统的通信必须通过
一个
统一的门面对象进行。门面模式提供
一个
高层次的接口,使得子系统更易于使用。每
一个
子系统只有
一个
门面类,而且此门面类只有
一个
实例,也就是说它是
一个
单例模式。但整个系统可以有多个门面类。 我有
一个
专业的Nikon相机,我就喜欢自己手动调光圈、快门,这样照
出
来的照片才专业,但MM可不懂这些,教了半天也不会。幸好相机有Facade设计模式,把相机调整到自动档,只要对准目标按快门就行了,一切由相机自动调整,这样MM也可以用这个相机给我拍张照片了。 11. FLYWEIGHT 享元模式 享元模式:FLYWEIGHT在拳击比赛
中
指最轻量级。享元模式以共享的方式高效的支持大量的细粒度对象。享元模式能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态存储在享元内部,不会随环境的改变而有所
不同
。外蕴状态是随环境的改变而改变的。外蕴状态不能影响内蕴状态,它们是相互独立的。将可以共享的状态和不可以共享的状态从常规类
中
区分开来,将不可以共享的状态从类里剔除
出
去。客户端不可以直接创建被共享的对象,而应当使用
一个
工厂对象负责创建被共享的对象。享元模式大幅度的降低内存
中
对象的数量。 每天跟MM发短信,手指都累死了,最近买了个新手机,可以把一些常用的句子存在手机里,要用的时候,直接拿
出
来,在前面加上MM的名字就可以发送了,再不用
一个
字
一个
字敲了。共享的句子就是Flyweight,MM的名字就是提取
出
来的外部特征,根据上下文情况使用。 12. PROXY 代理模式 代理模式:代理模式给某
一个
对象提供
一个
代理对象,并由代理对象控制对源对象的引用。代理就是
一个
人或
一个
机构代表另
一个
人或者
一个
机构采取行动。某些情况下,客户不想或者不能够直接引用
一个
对象,代理对象可以在客户和目标对象直接起到
中
介的作用。客户端分辨不
出
代理主题对象与真实主题对象。代理模式可以并不知道真正的被代理对象,而仅仅持有
一个
被代理对象的接口,这时候代理对象不能够创建被代理对象,被代理对象必须有系统的其他角色代为创建并传入。 跟MM在网上聊天,一开头总是“hi,你好”,“你从哪儿来呀?”“你多大了?”“身高多少呀?”这些话,真烦人,写个程序做为我的Proxy吧,凡是接收到这些话都设置好了自己的回答,接收到其他的话时再通知我回答,怎么样,酷吧。 13. CHAIN OF RESPONSIBLEITY 责任链模式 责任链模式:在责任链模式
中
,很多对象由每
一个
对象对其下家的引用而接起来形成一条链。请求在这个链上传递,直到链上的某
一个
对象决定处理此请求。客户并不知道链上的哪
一个
对象最终处理这个请求,系统可以在不影响客户端的情况下动态的重新组织链和分配责任。处理者有两个选择:承担责任或者把责任推给下家。
一个
请求可以最终不被任何接收端对象所接受。 晚上去上英语课,为了好开溜坐到了然后一排,哇,前面坐了好几个漂亮的MM哎,找张纸条,写上“Hi,可以做我的女朋友吗?如果不愿意请向前传”,纸条就
一个
接
一个
的传上去了,糟糕,传到第一排的MM把纸条传给老师了,听说是个老一手女呀,快跑! 14. COMMAND 命令模式 命令模式:命令模式把
一个
请求或者操作封装到
一个
对象
中
。命令模式把发
出
命令的责任和执行命令的责任分割开,委派给
不同
的对象。命令模式允许请求的一方和发送的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道请求是怎么被接收,以及操作是否执行,何时被执行以及是怎么被执行的。系统支持命令的撤消。 俺有
一个
MM家里管得特别严,没法见面,只好借助于她弟弟在我们俩之间传送信息,她对我有什么指示,就写一张纸条让她弟弟带给我。这不,她弟弟又传送过来
一个
COMMAND,为了感谢他,我请他吃了碗杂酱面,哪知道他说:“我同时给我姐姐三个男朋友送COMMAND,就数你最小气,才请我吃面。” 15. INTERPRETER 解释器模式 解释器模式:给定
一个
语言后,解释器模式可以定义
出
其文法的一种
表示
,并同时提供
一个
解释器。客户端可以使用这个解释器来解释这个语言
中
的句子。解释器模式将描述怎样在有了
一个
简单的文法后,使用模式设计解释这些语句。在解释器模式里面提到的语言是指任何解释器对象能够解释的任何组合。在解释器模式
中
需要定义
一个
代表文法的命令类的等级结构,也就是一系列的组合规则。每
一个
命令对象都有
一个
解释方法,代表对命令对象的解释。命令对象的等级结构
中
的对象的任何排列组合都是
一个
语言。 俺有
一个
《泡MM真经》,上面有各种泡MM的攻略,比如说去吃西餐的步骤、去看电影的方法等等,跟MM约会时,只要做
一个
Interpreter,照着上面的脚本执行就可以了。 16. ITERATOR 迭代子模式 迭代子模式:迭代子模式可以顺序访问
一个
聚集
中
的元素而不必暴露聚集的内部表象。多个对象聚在一起形成的总体称之为聚集,聚集对象是能够包容一组对象的容器对象。迭代子模式将迭代逻辑封装到
一个
独立的子对象
中
,从而与聚集本身隔开。迭代子模式简化了聚集的界面。每
一个
聚集对象都可以有
一个
或
一个
以上的迭代子对象,每
一个
迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于聚集角色变化。 我爱上了Mary,不顾一切的向她求婚。Mary:“想要我跟你结婚,得答应我的条件” 我:“什么条件我都答应,你说吧” Mary:“我看上了那个一克拉的钻石” 我:“我买,我买,还有吗?” Mary:“我看上了湖边的那栋别墅” 我:“我买,我买,还有吗?” Mary:“我看上那辆法拉利跑车” 我脑袋嗡的一声,坐在椅子上,一咬牙:“我买,我买,还有吗?” …… 17. MEDIATOR 调停者模式 调停者模式:调停者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化,把对象在小尺度的行为上与其他对象的相互作用分开处理。 四个MM打麻将,相互之间谁应该给谁多少钱算不清楚了,幸亏当时我在旁边,按照各自的筹码数算钱,赚了钱的从我这里拿,赔了钱的也付给我,一切就OK啦,俺得到了四个MM的电话。 18. MEMENTO 备忘录模式 备忘录模式:备忘录对象是
一个
用来存储另外
一个
对象内部状态的快照的对象。备忘录模式的用意是在不破坏封装的条件下,将
一个
对象的状态捉住,并外部化,存储起来,从而可以在将来合适的时候把这个对象还原到存储起来的状态。 同时跟几个MM聊天时,一定要记清楚刚才跟MM说了些什么话,不然MM发现了会不高兴的哦,幸亏我有个备忘录,刚才与哪个MM说了什么话我都拷贝一份放到备忘录里面保存,这样可以随时察看以前的记录啦。 19. OBSERVER 观察者模式 观察者模式:观察者模式定义了一种一队多的依赖关系,让多个观察者对象同时监听某
一个
主题对象。这个主题对象在状态上发生变化时,会通知所有观察者对象,使他们能够自动更新自己。 想知道咱们公司**MM情报吗?加入公司的MM情报邮件组就行了,tom负责搜集情报,他发现的新情报不用
一个
一个
通知我们,直接发布给邮件组,我们作为订阅者(观察者)就可以及时收到情报啦。 20. STATE 状态模式 状态模式:状态模式允许
一个
对象在其内部状态改变的时候改变行为。这个对象看上去象是改变了它的类一样。状态模式把所研究的对象的行为包装在
不同
的状态对象里,每
一个
状态对象都属于
一个
抽象状态类的
一个
子类。状态模式的意图是让
一个
对象在其内部状态改变的时候,其行为也随之改变。状态模式需要对每
一个
系统可能取得的状态创立
一个
状态类的子类。当系统的状态变化时,系统便改变所选的子类。 跟MM交往时,一定要注意她的状态哦,在
不同
的状态时她的行为会有
不同
,比如你约她今天晚上去看电影,对你没兴趣的MM就会说“有事情啦”,对你不讨厌但还没喜欢上的MM就会说“好啊,不过可以带上我同事么?”,已经喜欢上你的MM就会说“几点钟?看完电影再去泡吧怎么样?”,当然你看电影过程
中
表现良好的话,也可以把MM的状态从不讨厌不喜欢变成喜欢哦。 21. STRATEGY 策略模式 策略模式:策略模式针对一组算法,将每
一个
算法封装到具有共同接口的独立的类
中
,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。策略模把行为和环境分开。环境类负责维持和查询行为类,各种算法在具体的策略类
中
提供。由于算法和环境独立开来,算法的增减,修改都不会影响到环境和客户端。 跟
不同
类型的MM约会,要用
不同
的策略,有的请电影比较好,有的则去吃小吃效果不错,有的去海边浪漫最合适,单目的都是为了得到MM的芳心,我的追MM锦囊
中
有好多Strategy哦。 22. TEMPLATE METHOD 模板模式 模板方法模式:模板方法模式准备
一个
抽象类,将部分逻辑以具体方法以及具体构造子的形式实现,然后声明一些抽象方法来迫使子类实现剩余的逻辑。
不同
的子类可以以
不同
的方式实现这些抽象方法,从而对剩余的逻辑有
不同
的实现。先制定
一个
珠峰逻辑框架,而将逻辑的细节留给具体的子类去实现。 看过《如何说服女生上床》这部经典文章吗?女生从认识到上床的不变的步骤分为巧遇、打破僵局、展开追求、接吻、前戏、动手、爱抚、进去八大步骤(Template method),但每个步骤针对
不同
的情况,都有不一样的做法,这就要看你随机应变啦(具体实现)。 23. VISITOR 访问者模式 访问者模式:访问者模式的目的是封装一些施加于某种数据结构元素之上的操作。一旦这些操作需要修改的话,接受这个操作的数据结构可以保持不变。访问者模式适用于数据结构相对未定的系统,它把数据结构和作用于结构上的操作之间的耦合解脱开,使得操作集合可以相对自由的演化。访问者模式使得增加新的操作变的很容易,就是增加
一个
新的访问者类。访问者模式将有关的行为集
中
到
一个
访问者对象
中
,而不是分散到
一个
个的节点类
中
。当使用访问者模式时,要将尽可能多的对象浏览逻辑放在访问者类
中
,而不是放到它的子类
中
。访问者模式可以跨过几个类的等级结构访问属于
不同
的等级结构的成员类。 情人节到了,要给每个MM送一束鲜花和一张卡片,可是每个MM送的花都要针对她个人的特点,每张卡片也要根据个人的特点来挑,我
一个
人哪搞得清楚,还是找花店老板和礼品店老板做一下Visitor,让花店老板根据MM的特点选一束花,让礼品店老板也根据每个人特点选一张卡,这样就轻松多了。
【重磅】Facebook开源机器视觉工具,从
像素
点
中
发现规律
导读 电脑是否能够像人眼一样轻松分辨
出
一张照片里的
不同
物体呢? 当我们人类看一张
图片
时,为了分辨
不同
的物体,我们能细致到
一个
个
像素
的水平。在脸书的人工智能研究
中
心(Facebook AI Research, FAIR),我们正在将计算机视觉技术推向
一个
全新的阶段——我们的目标是让计算机能像人类一样,从
像素
的水平去分析图像和物体。 在过去的几年...
求助
!我怎么移动
一个
图像?
原文链接:https://www.pygame.org/docs/tut/MoveIt.html 作者:Pete Shinners 很多刚接触编程和图像处理的人都要经过
一个
很艰难的阶段才能搞明白图像是怎么在屏幕上移动的。在没有理解所有的概念之前,这确实会让人感到困惑不解。你不是第
一个
被难住的人,我会尽力一步一步地给你讲清楚。我们最后甚至会一起学习那些让你的动画变得高效的方法。 请注意,这篇文章不是教你用Python编程的,只是给你介绍一些pygame的基础知识。 不过是屏幕上的
像素
点罢了 P.
图形处理/算法
19,468
社区成员
50,698
社区内容
发帖
与我相关
我的任务
图形处理/算法
VC/MFC 图形处理/算法
复制链接
扫一扫
分享
社区描述
VC/MFC 图形处理/算法
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章