过滤器是什么设计模式

⑴ 石英砂过滤器的工作原理是什么

原水中通常含来有颗粒很细的源尘土，腐植质，淀粉，纤维素以及菌、藻等微生物。这些杂质与水形成溶胶状态的胶体微粒，由于布朗运动静电排斥而呈现沉降稳定性和聚合稳定性，通常不能用重力自然下沉降的方法除去，一般原水预处理可以用添加絮凝剂来破坏溶胶的稳定性，使细小的胶体微粒，再絮凝成较大的颗粒，通过砂滤和碳滤预过滤，以除去这些颗粒。

⑵ 什么是java过滤器！ 它的功能和作用是什么啊

Filter 技术是servlet 2.3 新增加的功能.servlet2.3是sun公司与2000年10月发布的,它的开发者包括许多个人和公司团体,充分体现了sun公司所倡导的代码开放性原则.由于众多的参与者的共同努力,servlet2.3比以往功能都强大了许多,而且性能也有了大幅提高.
它新增加的功能包括:
1. 应用程序生命周期事件控制;
2. 新的国际化;
3. 澄清了类的装载规则;
4. 新的错误及安全属性;
5. 不赞成使用HttpUtils 类;
6. 各种有用的方法;
7. 阐明并扩展了几个servlet DTD;
8. filter功能.
其中最重要的就是filter功能.它使用户可以改变一个request和修改一个 response. Filter 不是一个servlet,它不能产生一个response,它能够在一个request到达servlet之前预处理request,也可以在离开 servlet时处理response.换种说法,filter其实是一个”servlet chaining”(servlet 链).一个filter 包括:
1. 在servlet被调用之前截获;
2. 在servlet被调用之前检查servlet request;
3. 根据需要修改request头和request数据;
4. 根据需要修改response头和response数据;
5. 在servlet被调用之后截获.
你能够配置一个filter 到一个或多个servlet;单个servlet或servlet组能够被多个filter 使用.几个实用的filter 包括:用户辨认filter,日志filter,审核filter,加密filter,符号filter,能改变xml内容的XSLT filter等.
一个filter必须实现javax.servlet.Filter接口并定义三个方法:
1.void setFilterConfig(FilterConfig config) //设置filter 的配置对象;
2. FilterConfig getFilterConfig() //返回filter的配置对象;
3. void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) //执行filter 的工作.
服务器每次只调用setFilterConfig方法一次准备filter 的处理;调用doFilter方法多次以处理不同的请求.FilterConfig接口有方法可以找到filter名字及初始化参数信息.服务器可以设置 FilterConfig为空来指明filter已经终结.
每一个filter从doFilter()方法中得到当前的request及 response.在这个方法里,可以进行任何的针对request及response的操作.(包括收集数据,包装数据等).filter调用 chain.doFilter()方法把控制权交给下一个filter.一个filter在doFilter()方法中结束.如果一个filter想停止 request处理而获得对response的完全的控制,那它可以不调用下一个filter.
一个filter可以包装request 或response以改变几个方法和提供用户定制的属性.Api2.3提供了HttpServletRequestWrapper 和HttpServletResponseWrapper来实现.它们能分派最初的request和response.如果要改变一个方法的特性,必须继承wapper和重写方法.下面是一段简单的日志filter用来记录所有request的持续时间.
public class LogFilter implements Filter {
FilterConfig config;
public void setFilterConfig(FilterConfig config) {
this.config = config;
}
public FilterConfig getFilterConfig() {
return config;
}
public void doFilter(ServletRequest req,
ServletResponse res,
FilterChain chain) {
ServletContext context = getFilterConfig().getServletContext();
long bef = System.currentTimeMillis();
chain.doFilter(req, res); // no chain parameter needed here
long aft = System.currentTimeMillis();
context.log("Request to " + req.getRequestURI()
+ ": " + (aft-bef));
}
}
当server调用setFilterConfig(),filter保存config信息. 在doFilter()方法中通过config信息得到servletContext.如果要运行这个filter,必须去配置到web.xml中.以 tomcat4.01为例:
<filter>
<filter-name>
log //filter 名字
</filter-name>
<filter-class>
LogFilter //filter class(上例的servlet)
</filter-class>
</filter>
<filter-mapping>
<filter-name>log</filter-name>
<servletname>servletname</servlet-name>
</filter-mapping>
<servlet>
<servlet-name>servletname</servletname>
<servletclass>servletclass</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>servletname</servlet-name>
<url-pattern>*</url-pattern>
</servlet-mapping>
把这个web.xml放到web-inf中(详请参考tomcat帮助文档).
当每次请求一个request时(如index.jsp),先到LogFilter中去并调用doFilter()方法,然后才到各自的servlet中去.如果是一个简单的servlet(只是一个页面,无任何输出语句),那么可能的输出是:
Request to /index.jsp: 10
Filter是一个COM组件，由一个或多个Pin组成。Pin也是一个COM组件。 Filter文件的扩展名为.ax，但也可以是.dll。Filter根据其包含Input pin或Output pin的情况（或在Filter Graph的位置），大致可分为三类：Source Filter(仅有Output pin)、Transform Filter(同时具有Input pin和Output pin)和Renderer Filter(仅有Input pin)。
一般情况下，创建Filter使用一个普通的Win32 DLL项目。而且，一般Filter项目不使用MFC。这时，应用程序通过CoCreateInstance函数Filter实例；Filter与应用程序在二进制级别的协作。另外一种方法，也可以在MFC的应用程序项目中创建Filter。这种情况下，Filter不需注册为COM组件，Filter与应用程序之间的协作是源代码级别的；创建Filter实例，不再使用CoCreateInstance函数，而是直接new出一个Filter对象，如下：
m_pFilterObject = new CFilterClass();
// make the initial refcount 1 to match COM creation
m_pFilterObject ->AddRef();
因为Filter的基类实现了对象的引用计数，所以即使在第二种情况下，对创建后的Filter对象的操作也完全可以遵循COM标准。
Filter是一个独立功能模块，最好不要将Filter依赖于其他第三方的DLL。因为 Filter具有COM的位置透明性特点，Filter文件可以放在硬盘的任何位置，只要位置移动后重新注册。但此时，如果Filter依赖其他DLL，则Filter对该DLL的定位就会出现问题。
Filter不能脱离Filter Graph单独使用。所以，如果你想绕过Filter Graph直接使用Filter实现的模块功能，请将你的Filter移植成DMO（DirectX Media Object）。对于DirectShow应用程序开发者来说，还有一点，请不要忘记使用OleInitialize进行初始化。
2. Filter的注册
Filter是COM组件，所以在使用前一定要注册。Filter的注册程序为 regsvr32.exe。如果带上命令行参数/u，表示注销；如果带上是/s，表示不弹出任何注册/注销成功与否的提示对话框。如果你想在Build Filter项目的时候进行自动注册，请在VC的Project settings的Custom Build页如下设置：
Description: Register filter
Commands: regsvr32 /s /c $(TargetPath)
echo regsvr32 exe.time > $(TargetDir)\$(TargetName).trg
Outputs: $(TargetDir)\$(TargetName).trg
Filter的注册信息包括两部分：基本的COM信息和Filter信息。注册信息都存放在注册表中。前者的位置为：HKEY_CLASSES_ROOT\CLSID\Filter Clsid\，后者的位置为：HKEY_CLASSES_ROOT\CLSID\Category\Instance\ Filter Clsid\。COM信息标示了Filter是一个标准的可以通过CoCreateInstance函数创建的COM组件，Filter信息标示了我们通过Graphedit看到的描述这个Filter的信息。如果你不想让Graphedit看到（或者让Filter枚举器找到）你写的Filter，你完全可以不注册Filter信息。而且不用担心，你这么做也完全不会影响Filter的功能。
屏蔽注册Filter信息的方法也很简单。因为CBaseFilter实现了IAMovieSetup接口的两个函数：Register和Unregister。我们只需重载这两个函数，直接return S_OK就行了。
Filter的Merit值。这个值是微软的“智能连接”函数使用的。在Graphedit中，当我们加入一个Source Filter后，在它的pin上执行“Render”，会自动连上一些Filter。Merit的值参考如下：
MERIT_PREFERRED = 0x800000,
MERIT_NORMAL = 0x600000,
MERIT_UNLIKELY = 0x400000,
MERIT_DO_NOT_USE = 0x200000,
MERIT_SW_COMPRESSOR = 0x100000,
MERIT_HW_COMPRESSOR = 0x100050
Merit值只有大于MERIT_DO_NOT_USE的时候才有可能被“智能连接”使用；Merit的值越大，这个Filter的机会就越大。
3. Filter之间Pin的连接过程
Filter只有加入到Filter Graph中并且和其它Filter连接成完整的链路后，才会发挥作用。Filter之间的连接（也就是Pin之间的连接），实际上是连接双方的一个 Media type的协商过程。连接的方向总是从Output pin指向Input pin。连接的大致过程为：如果调用连接函数时已经指定了完整的Media type，则用这个Media type进行连接，成功与否都结束连接过程；如果没有指定或不完全指定了Media type，则进入下面的枚举过程。枚举欲连接的Input pin上所有的Media type，逐一用这些Media type与Output pin进行连接（如果连接函数提供了不完全Media type，则要先将每个枚举出来的Media type与它进行匹配检查），如果Output pin也接受这种Media type，则Pin之间的连接宣告成功；如果所有Input pin上枚举的Media type，Output pin都不支持，则枚举Output pin上的所有Media type，并逐一用这些Media type与Input pin进行连接。如果Input pin接受其中的一种Media type，则Pin之间的连接到此也宣告成功；如果Output pin上的所有Media type，Input pin都不支持，则这两个Pin之间的连接过程宣告失败。
每个Pin都可以实现GetMediaType函数来提供该Pin上支持的所有 Preferred Media type（但一般只在Output pin上实现，Input pin主要实现CheckMediaType看是否支持当前提供的Media type就行了）。连接过程中，Pin上枚举得到的所有Media type就是这里提供的。
在CBasePin类中有一个protected的成员变量 m_bTryMyTypesFirst，默认值为false。在我们定制Filter的Output pin中改变这个变量的值为true，可以定制我们自己的连接过程（先枚举Output pin上的Media type）。
当Pin之间的连接成功后，各自的pin上都会调用CompleteConnect函数。我们可以在这里取得一些连接上的Media type的信息，以及进行一些计算等。在Output pin的CompleteConnect实现中，还有一个重要的任务，就是协商Filter Graph运行起来后Sample传输使用的内存配置情况。这同样是一个交互过程：首先要询问一下Input pin上的配置要求，如果Input pin提供内存管理器（Allocator），则优先使用Input pin上的内存管理器；否则，使用Output pin自己生成的内存管理器。我们一般都要实现DecideBufferSize来决定存放Sample的内存大小。注意：这个过程协商完成之后，实际的内存并没有分配，而要等到Output pin上的Active函数调用。
4. Filter Media type概述
Media type一般可以有两种表示：AM_MEDIA_TYPE和CMediaType。前者是一个Struct，后者是从这个Struct继承过来的类。
每个Media type有三部分组成：Major type、Subtype和Format type。这三个部分都使用GUID来唯一标示。Major type主要定性描述一种Media type，比如指定这是一个Video，或Audio或Stream等；Subtype进一步细化Media type，如果Video的话可以进一步指定是UYVY或YUY2或RGB24或RGB32等；Format type用一个Struct更进一步细化Media type。
如果Media type的三个部分都是指定了某个具体的GUID值，则称这个Media type是完全指定的；如果Media type的三个部分中有任何一个值是GUID_NULL，则称这个Media type 是不完全指定的。GUID_NULL具有通配符的作用。
常用的Major type:
MEDIATYPE_Video;
MEDIATYPE_Audio;
MEDIATYPE_AnalogVideo; // Analog capture
MEDIATYPE_AnalogAudio;
MEDIATYPE_Text;
MEDIATYPE_Midi;
MEDIATYPE_Stream;
MEDIATYPE_Interleaved; // DV camcorder
MEDIATYPE_MPEG1SystemStream;
MEDIATYPE_MPEG2_PACK;
MEDIATYPE_MPEG2_PES;
MEDIATYPE_DVD_ENCRYPTED_PACK;
MEDIATYPE_DVD_NAVIGATION;
常用的Subtype:
MEDIASUBTYPE_YUY2;
MEDIASUBTYPE_YVYU;
MEDIASUBTYPE_YUYV;
MEDIASUBTYPE_UYVY;
MEDIASUBTYPE_YVU9;
MEDIASUBTYPE_Y411;
MEDIASUBTYPE_RGB4;
MEDIASUBTYPE_RGB8;
MEDIASUBTYPE_RGB565;
MEDIASUBTYPE_RGB555;
MEDIASUBTYPE_RGB24;
MEDIASUBTYPE_RGB32;
MEDIASUBTYPE_ARGB32; // Contains alpha value
MEDIASUBTYPE_Overlay;
MEDIASUBTYPE_MPEG1Packet;
MEDIASUBTYPE_MPEG1Payload; // Video payload
MEDIASUBTYPE_MPEG1AudioPayload; // Audio payload
MEDIASUBTYPE_MPEG1System; // A/V payload
MEDIASUBTYPE_MPEG1VideoCD;
MEDIASUBTYPE_MPEG1Video;
MEDIASUBTYPE_MPEG1Audio;
MEDIASUBTYPE_Avi;
MEDIASUBTYPE_Asf;
MEDIASUBTYPE_QTMovie;
MEDIASUBTYPE_PCM;
MEDIASUBTYPE_WAVE;
MEDIASUBTYPE_dvsd; // DV
MEDIASUBTYPE_dvhd;
MEDIASUBTYPE_dvsl;
MEDIASUBTYPE_MPEG2_VIDEO;
MEDIASUBTYPE_MPEG2_PROGRAM;
MEDIASUBTYPE_MPEG2_TRANSPORT;
MEDIASUBTYPE_MPEG2_AUDIO;
MEDIASUBTYPE_DOLBY_AC3;
MEDIASUBTYPE_DVD_SUBPICTURE;
MEDIASUBTYPE_DVD_LPCM_AUDIO;
MEDIASUBTYPE_DVD_NAVIGATION_PCI;
MEDIASUBTYPE_DVD_NAVIGATION_DSI;
MEDIASUBTYPE_DVD_NAVIGATION_PROVIDER;
常用的Format type：
FORMAT_None
FORMAT_DvInfo DVINFO
FORMAT_MPEGVideo MPEG1VIDEOINFO
FORMAT_MPEG2Video MPEG2VIDEOINFO
FORMAT_VideoInfo VIDEOINFOHEADER
FORMAT_VideoInfo2 VIDEOINFOHEADER2
FORMAT_WaveFormatEx WAVEFORMATEX
5. Filter之间的数据传送
Filter之间的数据是通过Sample来传送的。Sample是一个COM组件，拥有自己的一段数据缓冲。Sample由Allocator统一管理。如下图所示：
Filter之间数据传送的方式有两种：Push模式和Pull模式。

⑶ 过滤器是干什么用的

过滤器,一般用复于文件类制型过滤,比如打开对话框,文件列表控件等
在显示文件名时,如果只想显示某一类型的或某几类型的文件的时候,就要用过滤器来设置

File控件的过滤器,是设置 pattern属性 File1.Pattern="*.txt" '只显示文本文件
打开对话框的,是设置 Filter属性
CommonDialog1.Filter="文本文件|*.txt"

⑷ 什么是过滤器，它的作用是什么

过滤器（filter）是输送介质管道上不可缺少的一种装置，通常安装在减压阀、泄压阀、定水位阀 ，方工过滤器其它设备的进口端设备。过滤器有一定规格滤网的滤筒后，其杂质被阻挡，当需要清洗时，只要将可拆卸的滤筒取出，处理后重新装入即可，因此，使用维护极为方便。 过滤器的工作原理是： 过滤器待处理的水由入水口进入机体， 水中的杂质沉积在不锈钢滤网上，由此产生压差。通过压差开关监测进出水口压差变化，当压差达到设定值时，电控器给水力控制阀，驱动电机信号。设备安装后，由技术人员进行调试，设定过滤时间和清洗转换时间，待处理的水由入水口进入机体，过滤器开始正常工作，当达到预设清洗时间时，电控器给水力控制阀、驱动电机信号，引发下列动作：电动机带动刷子旋转，对滤芯进行清洗，同时控制阀打开进行排污，整个清洗过程只需持续数十秒钟，当清洗结束时，关闭控制阀，电机停止转动，系统恢复至其初始状态，开始进入下一个过滤工序。过滤器的壳体内部主要由粗滤网、细滤网、吸污管，不锈钢刷或不锈钢吸嘴、密封圈、防腐涂层、转动轴等组成。 用过滤介质把容器分隔为上、下腔即构成简单的过滤器。悬浮液加入上腔，在压力作用下通过过滤介质进入下腔成为滤液，固体颗粒被截留在过滤介质表面形成滤渣(或称滤饼)。过滤过程中过滤介质表面积存的滤渣层逐渐加厚，液体通过滤渣层的阻力随之增高，过滤速度减小。当滤室充满滤渣或过滤速度太小时，停止过滤，清除滤渣，使过滤介质再生，以完成一次过滤循环。 液体通过滤渣层和过滤介质必须克服阻力，因此在过滤介质的两侧必须有压力差，这是实现过滤的推动力。增大压力差可以加速过滤，但受压后变形的颗粒在大压力差时易堵塞过滤介质孔隙，过滤反而减慢。 悬浮液过滤有滤渣层过滤、深层过滤和筛滤 3种方式。 ①滤渣层过滤：过滤初期过滤介质只能截留大的固体颗粒，小颗粒随滤液穿过过滤介质。在形成初始滤渣层后，滤渣层对过滤起主要作用，这时大、小颗粒均被截留，例如板框压滤机的过滤。 ②深层过滤：过滤介质较厚，悬浮液中含固体颗粒较少，且颗粒小于过滤介质的孔道。过滤时，颗粒进入后被吸附在孔道内，例如多孔塑料管过滤器、砂滤器的过滤。 ③筛滤：过滤截留的固体颗粒都大于过滤介质的孔隙，过滤介质内部不吸附固体颗粒，例如转筒式过滤筛滤去污水中的粗粒杂质。在实际的过滤过程中，三种方式常常是同时或相继出现。

⑸ 设计模式|菜鸟教程 - C3 结构型模式

适配器模式：SD读卡器
桥接模式：抽象是抽象，具体是具体，隔离开来
过滤器模式：结果是一个list，用不同的标准类去过滤
组合模式：树
装饰器模式：实现同一套接口，但是增加功能
外观模式：隐藏结构的复杂性，比如提供一个api接口，每个api调用的模块细节隐藏
享元模式：
代理模式：实现同一套接口，但是功能不变，只是加一下控制

创建一个接口类，集成被扩展的类；
是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。
举个真实的例子SD读卡器，读卡器是作为内存卡和笔记本之间的适配器。您将内存卡插入读卡器，再将读卡器插入笔记本，这样就可以通过笔记本来读取内存卡。
我们通过下面的实例来演示适配器模式的使用。其中，音频播放器设备只能播放 mp3 文件，通过使用一个更高级的音频播放器来播放 vlc 和 mp4 文件。
应用实例：

比如绘制四种车，每种车有3种启动方式，将抽象和实现分离，解决多次继承的问题。
不必要的继承导致类爆炸；
http://www.jasongj.com/design_pattern/bridge/
在一个抽象类里面聚合其他的抽象类（比多继承好）
使用场景：

过滤器模式（Filter Pattern）或标准模式（Criteria Pattern）是一种设计模式，这种模式允许开发人员使用不同的标准来过滤一组对象，通过逻辑运算以解耦的方式把它们连接起来。
即声明一种检测标准类，如下：

通过实现这个接口来选出不同的对象。

其实就是树的架构，每个节点都相同
应用实例：

动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。
类图： https://www.jianshu.com/p/d80b6b4b76fc

以下情况可以使用装饰器模式：

隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。

享元模式尝试重用现有的同类对象，如果未找到匹配的对象，则创建新对象。
跟单例模式差不多，可以称之为多例模式：

核心使用一个hashmap存储一个之前用过的对象，如果有了就不用创建新的了

何时使用：

应用实例：

一个类代表另一个类的功能。
主要解决：在直接访问对象时带来的问题，比如说：要访问的对象在远程的机器上。在面向对象系统中，有些对象由于某些原因（比如对象创建开销很大，或者某些操作需要安全控制，或者需要进程外的访问），直接访问会给使用者或者系统结构带来很多麻烦，我们可以在访问此对象时加上一个对此对象的访问层。
例子：

注意事项：

⑹ 什么是双旋流过滤器其结构原理是什么

双级旋流过滤除砂器是利用独特的设想和巧妙的结构，成功地解决了

现有技术中除砂内器除砂效果不好及投资容和运行费用高等问题。由于进水管安装在

筒体的切向位置并向下倾斜，所以当水通过进水管进入设备后，首先沿筒体的圆

周切线方向形成斜向下的圆周流体，水流沿内壁向下推移，当水流到达锥体接近

底部后，转而沿筒体轴心向上旋转，最后经过滤网进一步截留杂质后由出水管排

出。杂质在流体旋转离心力和自身重力作用下，沿锥休内壁落入设备下部集污器

中，锥体下部设有特殊构件防止杂质向上泛起，当积累在集污器中的杂质积累到

一定程度时，只要手动开启阀门，杂物即可在水流作用下流出旋流除污器。