過濾器是什麼設計模式

⑴ 石英砂過濾器的工作原理是什麼

原水中通常含來有顆粒很細的源塵土，腐植質，澱粉，纖維素以及菌、藻等微生物。這些雜質與水形成溶膠狀態的膠體微粒，由於布朗運動靜電排斥而呈現沉降穩定性和聚合穩定性，通常不能用重力自然下沉降的方法除去，一般原水預處理可以用添加絮凝劑來破壞溶膠的穩定性，使細小的膠體微粒，再絮凝成較大的顆粒，通過砂濾和碳濾預過濾，以除去這些顆粒。

⑵ 什麼是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存儲一個之前用過的對象，如果有了就不用創建新的了

何時使用：

應用實例：

一個類代表另一個類的功能。
主要解決：在直接訪問對象時帶來的問題，比如說：要訪問的對象在遠程的機器上。在面向對象系統中，有些對象由於某些原因（比如對象創建開銷很大，或者某些操作需要安全控制，或者需要進程外的訪問），直接訪問會給使用者或者系統結構帶來很多麻煩，我們可以在訪問此對象時加上一個對此對象的訪問層。
例子：

注意事項：

⑹ 什麼是雙旋流過濾器其結構原理是什麼

雙級旋流過濾除砂器是利用獨特的設想和巧妙的結構，成功地解決了

現有技術中除砂內器除砂效果不好及投資容和運行費用高等問題。由於進水管安裝在

筒體的切向位置並向下傾斜，所以當水通過進水管進入設備後，首先沿筒體的圓

周切線方向形成斜向下的圓周流體，水流沿內壁向下推移，當水流到達錐體接近

底部後，轉而沿筒體軸心向上旋轉，最後經過濾網進一步截留雜質後由出水管排

出。雜質在流體旋轉離心力和自身重力作用下，沿錐休內壁落入設備下部集污器

中，錐體下部設有特殊構件防止雜質向上泛起，當積累在集污器中的雜質積累到

一定程度時，只要手動開啟閥門，雜物即可在水流作用下流出旋流除污器。