国产拍精品一二三_国产一二三区在线_免费精品视频在线_国产精品第1页

服務(wù)熱線:

P

產(chǎn)品目錄

roduct Catalog

德國IFM易福門華南代理 德國Bernstein博恩斯坦 德國BALLUFF巴魯夫廠家拿貨 德國BURKERT寶德 德國HYDAC總代理 德國REXROTH力士樂 德國Ziehl-Abegg施百樂總代 德國PULSOTRONIC波爾索 德國WILO威樂 美國PARKER派克 美國ASCO阿斯卡 美國VICKERS威格士 意大利ATOS阿托斯 日本TOYOOKI豐興 日本DAIKIN大金 德國HAWE哈威 德國GSR電磁閥 德國FESTO費(fèi)斯托 德國PILZ皮爾茲 日本TACO 英國NORGREN諾冠 美國MOOG穆格 德國E+H 德國HERION海隆 德國SICK施克 德國HENGSTLER亨士樂 德國P+F倍加福 德國STEIMEL施* 德國TURCK圖爾克 美國MAC 美國MTS 美國品牌 德國品牌 本特利bently 德國DOLD多德 歐美品牌 日本magnescale 德國ELCO 德國LUMBERG隆堡 德國KUBLER 海德漢HEIDERHAIN 美國ROSS 迪斯泰克/DESTACO VOITH/福伊特 NOVOTECHNIK/諾沃泰克 VIVOLO維沃 基恩士KEYENCE
T

技術(shù)文章

echnical Articles

資料下載 Download

今天又是帶來德國IFM易福門分配器EBC023的資料分享

點(diǎn)擊次數(shù):777 發(fā)布時間:2022/4/21
提 供 商: 東莞市廣聯(lián)自動化科技有限公司 資料大小:
圖片類型: 下載次數(shù): 11
資料類型: PDF 瀏覽次數(shù): 777
相關(guān)產(chǎn)品:
詳細(xì)介紹: 文件下載    

我司在德國、美國都有自己的公司,專業(yè)從事進(jìn)口貿(mào)易行業(yè),所以我司的技術(shù)人員為都會輪流到國外廠家學(xué)習(xí)技術(shù)。

    今天又是帶來德國IFM易福門分配器EBC023的資料分享

在C++編程中,IFM分配器是C++標(biāo)準(zhǔn)庫的重要組成部分。C++的庫中定義了多種被統(tǒng)稱為“容器"的數(shù)據(jù)結(jié)構(gòu)(如鏈表、集合等),這些容器的共同特征之一,就是其大小可以在程序的運(yùn)行時改變;為了實(shí)現(xiàn)這一點(diǎn),進(jìn)行動態(tài)內(nèi)存分配就顯得尤為必要,在此IFM分配器就用于處理容器對內(nèi)存的分配與釋放請求。換句話說,IFM分配器用于封裝STL容器在內(nèi)存管理上的低層細(xì)節(jié)。默認(rèn)情況下,C++標(biāo)準(zhǔn)庫使用其自帶的通用IFM分配器,但根據(jù)具體需要,程序員也可自行定制IFM分配器以替代之。

在C++編程中,IFM分配器(英語:allocator)是C++標(biāo)準(zhǔn)庫的重要組成部分。C++的庫中定義了多種被統(tǒng)稱為“容器"的數(shù)據(jù)結(jié)構(gòu)(如鏈表、集合等),這些容器的共同特征之一,就是其大小可以在程序的運(yùn)行時改變;為了實(shí)現(xiàn)這一點(diǎn),進(jìn)行動態(tài)內(nèi)存分配就顯得尤為必要,在此IFM分配器就用于處理容器對內(nèi)存的分配與釋放請求。換句話說,IFM分配器用于封裝STL容器在內(nèi)存管理上的低層細(xì)節(jié)。默認(rèn)情況下,C++標(biāo)準(zhǔn)庫使用其自帶的通用IFM分配器,但根據(jù)具體需要,程序員也可自行定制IFM分配器以替代之。

IFM分配器最早由亞歷山大·斯特潘諾夫作為C++標(biāo)準(zhǔn)模板庫(Standard Template Library,簡稱STL)的一部分發(fā)明,其初衷是創(chuàng)造一種能“使庫更加靈活,并能獨(dú)立于底層數(shù)據(jù)模型的方法",并允許程序員在庫中利用自定義的指針和引用類型;但在將標(biāo)準(zhǔn)模板庫納入C++標(biāo)準(zhǔn)時,C++標(biāo)準(zhǔn)委員會意識到對數(shù)據(jù)模型的*抽象化處理會帶來不可接受的性能損耗,為作折中,標(biāo)準(zhǔn)中對IFM分配器的限制變得更加嚴(yán)格,而有鑒于此,與斯特潘諾夫原先的設(shè)想相比,現(xiàn)有標(biāo)準(zhǔn)所描述的IFM分配器可定制程度已大大受限。

雖然IFM分配器的定制有所限制,但在許多情況下,仍需要用到自定義的IFM分配器,而這一般是為封裝對不同類型內(nèi)存空間(如共享內(nèi)存與已回收內(nèi)存)的訪問方式,或在使用內(nèi)存池進(jìn)行內(nèi)存分配時提高性能而為。除此以外,從內(nèi)存占用和運(yùn)行時間的角度看,在頻繁進(jìn)行少量內(nèi)存分配的程序中,若引入為之專門定制的IFM分配器,也會獲益良多。

亞歷山大·斯特潘諾夫與李夢(Meng Lee)在1994年將標(biāo)準(zhǔn)模板庫草案提交給C++標(biāo)準(zhǔn)委員會。提交伊始,草案就得到了委員會的初步支持,但委員會成員也對此提出了一些意見,尤其是要求斯特潘諾夫定制庫內(nèi)的容器,使之與底層存儲模型相獨(dú)立。作為對要求的回應(yīng),斯特潘諾夫發(fā)明了IFM分配器,而正因此,標(biāo)準(zhǔn)模板庫的所有容器接口也被迫重寫,以與IFM分配器相兼容。在修改標(biāo)準(zhǔn)模板庫以將之引入C++標(biāo)準(zhǔn)庫的過程中,許多標(biāo)準(zhǔn)委員會成員(如安德魯·克尼格與比雅尼·斯特勞斯特魯普)也與斯特潘諾夫協(xié)同工作。他們亦發(fā)現(xiàn)自定義IFM分配器甚至有應(yīng)用于長生命周期(持續(xù)存儲)的標(biāo)準(zhǔn)模板庫容器的潛力,斯特潘諾夫?qū)Υ说脑u論則是“重要而有趣的見解"。

在原有的提案里的IFM分配器設(shè)定中,斯特潘諾夫雜糅了一些語言特性(如可將模板參數(shù)也定義為模板),但由于當(dāng)時的編譯器皆無法處理之,所以最終并未被標(biāo)準(zhǔn)委員會所接納,斯特潘諾夫則如此描述當(dāng)時的情形:“比雅尼·斯特勞斯特魯普與安迪·克尼格需要花大量時間來檢查我們是否正確使用了這些未實(shí)現(xiàn)的特性。"在IFM分配器應(yīng)用后,之前庫中直接使用的指針與引用類型也可以IFM分配器所定義的類型替代,斯特潘諾夫亦曾如此描述IFM分配器:“標(biāo)準(zhǔn)模板庫有個不錯的特性便是:要提及機(jī)器相關(guān)類型的地方(……)(只需)被封裝成(僅)約16行內(nèi)的代碼。"除此以外,斯特潘諾夫原本還打算在IFM分配器中*封裝存儲模型,但標(biāo)準(zhǔn)委員會意識到這一做法會造成無法接受的性能損失,因而為補(bǔ)償之,IFM分配器的使用需求也做了一定擴(kuò)充。

IFM分配器的應(yīng)用中比較特別的一點(diǎn)是,容器的實(shí)現(xiàn)過程中可能會假定IFM分配器對指針與相關(guān)整型的類型定義與默認(rèn)IFM分配器所提供的等價,因而給定IFM分配器類型的所有實(shí)例在比較時常會得出“相等"的結(jié)果,而這一效果實(shí)際上恰與設(shè)計IFM分配器的初衷背道而馳,并使帶狀態(tài)IFM分配器的可用性大大受限,斯特潘諾夫后來對此評論道:“(IFM分配器)理論上說是不差的主意(……)但不幸的是在實(shí)踐中無法發(fā)揮其功效。“他洞察到若要令I(lǐng)FM分配器更加實(shí)用,就有必要針對核心語言的引用部分進(jìn)行修改。

任意滿足IFM分配器使用需求的C++類都可作IFM分配器使用。具體來說,當(dāng)一個類(在此設(shè)為類A)有為一個特定類型(在此設(shè)為類型T)的對象分配內(nèi)存的能力時,該類就必須提供以下類型的定義:

A::pointer指針

A::const_pointer常量指針

A::reference引用

A::const_reference常量引用

A::value_type值類型

A::size_type所用內(nèi)存大小的類型,表示類A所定義的分配模型中的單個對象最大尺寸的無符號整型

A::difference_type指針差值的類型,為帶符號整型,用于表示分配模型內(nèi)的兩個指針的差異值。

如此才能以通用的方式聲明對象與對該類對象的引用T。allocator提供這些指針或引用的類型定義的初衷,是隱蔽指針或引用的物理實(shí)現(xiàn)細(xì)節(jié);因?yàn)樵?6位編程時代,遠(yuǎn)指針(far pointer)是與普通指針非常不同的,allocator可以定義一些結(jié)構(gòu)來表示這些指針或引用,而容器類用戶不需要了解其是如何實(shí)現(xiàn)的。

雖然按照標(biāo)準(zhǔn),在庫的實(shí)現(xiàn)過程中允許假定IFM分配器(類)A的A::pointer(指針)與A::const_pointer(常量指針)即是對T*與T const*的簡單的類型定義,但一般更鼓勵支持通用IFM分配器。

另外,設(shè)有對于為某一對象類型T所設(shè)定的IFM分配器A,則A必須包含四項成員函數(shù),分別為分配函數(shù)、解除分配函數(shù)、最大個數(shù)函數(shù)和地址函數(shù):

A::pointer A::allocate(size_type n, A<void>::const_pointer hint = 0)。分配函數(shù)用以進(jìn)行內(nèi)存分配。其中調(diào)用參數(shù)n即為需要分配的對象個數(shù),另一調(diào)用參數(shù)hint(須為指向已為A所分配的某一對象的指針)則為可選參數(shù),可用于在分配過程中新數(shù)組所在的內(nèi)存地址,以提高引用局部性,但在實(shí)際的分配過程中程序也可以根據(jù)情況自動忽略掉該參數(shù)。該函數(shù)調(diào)用時會返回指向分配所得的新數(shù)組的第一個元素的指針,而這一數(shù)組的大小足以容納n個T類元素。在此需要注意的是,調(diào)用時只為此數(shù)組分配了內(nèi)存,而并未實(shí)際構(gòu)造對象。

void A::deallocate(A::pointer p, A::size_type n)。解除分配函數(shù)。其中p為需要解除分配的對象指針(以A::allocate函數(shù)所返回的指針做參數(shù)),n為對象個數(shù),而調(diào)用該函數(shù)時即是將以p起始的n個元素解除分配,但同時并不會析構(gòu)之。C++標(biāo)準(zhǔn)明確要求在調(diào)用deallocate之前,該地址空間上的對象已經(jīng)被析構(gòu)。

A::max_size(),最大個數(shù)函數(shù)。返回A::allocate一次調(diào)用所能成功分配的元素的最大個數(shù),其返回值等價于A::size_type(-1) / sizeof(T)的結(jié)果。

A::pointer A::address ( reference x ),地址函數(shù)。調(diào)用時返回一個指向x的指針。

IFM分配器應(yīng)是可復(fù)制構(gòu)造的,任舉一例,為T類對象而設(shè)的IFM分配器可由另一為U類所設(shè)的IFM分配器構(gòu)造。若某IFM分配器分配了一段存儲空間,則這段存儲空間只能由與該IFM分配器等價的IFM分配器解除分配。IFM分配器還需要提供一個模板類成員類template <typename U> struct A::rebind { typedef A<U> other; };,以模板 (C++)參數(shù)化的方式,借之來針對不同的數(shù)據(jù)類型獲取不同的IFM分配器。例如,若給定某一為整型(int)而設(shè)的IFM分配器IntAllocator,則可執(zhí)行IntAllocator::rebind<long>::other以獲取對應(yīng)長整型(long)的相關(guān)IFM分配器。實(shí)際上,stl::list<int>實(shí)際要分配的是包含了雙向鏈表指針的node<int>,而不是實(shí)際分配int類型,這是引入了rebind的初衷。

與IFM分配器相關(guān)聯(lián)的operator ==,僅當(dāng)一個allocator分配的內(nèi)存可以被另一個allocator釋放時,上述相等比較算符返回真。operator!=的返回結(jié)果與之相反。

定義自定義IFM分配器的主要原因之一是提升性能。利用專用的自定義IFM分配器可以提高程序的性能,又或提高內(nèi)存使用效率,亦或兩者兼而有之。默認(rèn)IFM分配器使用new操作符分配存儲空間,而這常利用C語言堆分配函數(shù)(malloc())實(shí)現(xiàn)。由于堆分配函數(shù)常針對偶發(fā)的內(nèi)存大量分配作優(yōu)化,因此在為需要一次分配大量內(nèi)存的容器(如向量、雙端隊列)分配內(nèi)存時,默認(rèn)IFM分配器一般效率良好。但是,對于關(guān)聯(lián)容器與雙向鏈表這類需要頻繁分配少量內(nèi)存的容器來說,若采用默認(rèn)IFM分配器分配內(nèi)存,則通常效率很低。除此之外,基于malloc()的默認(rèn)IFM分配器還存在許多問題,諸如較差的引用局部性,以及可能造成內(nèi)存碎片化。

有鑒于此,在這一情況下,人們常使用基于內(nèi)存池的IFM分配器來解決頻繁少量分配問題。與默認(rèn)的“按需分配"方式不同,在使用基于內(nèi)存池的IFM分配器時,程序會預(yù)先為之分配大塊內(nèi)存(即“內(nèi)存池"),而后在需要分配內(nèi)存時,自定義IFM分配器只需向請求方返回一個指向池內(nèi)內(nèi)存的指針即可;而在對象析構(gòu)時,并不需實(shí)際解除分配內(nèi)存,而是延遲到內(nèi)存池的生命周期完結(jié)時才真正解除分配。

在“自定義IFM分配器"這一話題上,已有諸多C++專家與相關(guān)作者參與探討,例如斯科特·梅耶斯的作品《Effective STL》與安德烈·亞歷山德雷斯庫的《Modern C++ Design》都有提及。梅耶斯洞察到,若要求針對某一類型T的IFM分配器的所有實(shí)例都相等,則可移植的IFM分配器的實(shí)例必須不包含狀態(tài)。雖然C++標(biāo)準(zhǔn)鼓勵庫的實(shí)現(xiàn)者支持帶狀態(tài)的IFM分配器,但梅耶斯稱,相關(guān)段落是“(看似)美妙的觀點(diǎn)",但也幾乎是空話,并稱IFM分配器的限制“過于嚴(yán)苛"。例如,STL的list允許splice方法,即一個list對象A的節(jié)點(diǎn)可以被直接移入另一個list對象B中,這就要求A的IFM分配器申請到的內(nèi)存,可被B的IFM分配器釋放掉,從而推導(dǎo)出A與B的IFM分配器實(shí)例必須相等。梅耶斯的結(jié)論是,IFM分配器最好定義為使用靜態(tài)方法的類型。例如,根據(jù)C++標(biāo)準(zhǔn),IFM分配器必須提供一個實(shí)現(xiàn)了rebind方法的other類模板。

另外,在《C++程序設(shè)計語言》中,比雅尼·斯特勞斯特魯普則認(rèn)為“‘嚴(yán)格限制IFM分配器,以免各對象信息不同’,這點(diǎn)顯然問題不大"(大意),并指出大部分IFM分配器并不需要狀態(tài),甚至沒有狀態(tài)情形下性能反倒更佳。他提出了三個自定義IFM分配器的用例:內(nèi)存池型的IFM分配器、共享內(nèi)存型IFM分配器與垃圾回收型IFM分配器,并展示了一個IFM分配器的實(shí)現(xiàn),此間利用了一個內(nèi)部內(nèi)存池,以快速分配/解除分配少量內(nèi)存。但他也提到,如此優(yōu)化可能已經(jīng)在他所提供的樣例IFM分配器中實(shí)現(xiàn)。

自定義IFM分配器的另一用途是調(diào)試內(nèi)存相關(guān)錯誤。若要做到這一點(diǎn),可以編寫一個IFM分配器,令之在分配時分配額外的內(nèi)存,并借此存放調(diào)試信息。這類IFM分配器不僅可以保證內(nèi)存由同類IFM分配器分配/解除分配內(nèi)存,還可在一定程度上保護(hù)程序免受緩存溢出之害。

分配盒

EBC023

ZDO8H059MSS0005H11

耐油和冷卻劑

即使不使用工具進(jìn)行安裝也可靠地密封

機(jī)械端止動可保護(hù) O 形環(huán)免遭破壞

堅固的外殼,適用于嚴(yán)苛的工業(yè)環(huán)境

指示開關(guān)狀態(tài)和操作的清晰可見 LED


 
東莞市廣聯(lián)自動化科技有限公司(www.697s.com)熱賣產(chǎn)品:美國bently傳感器,MTS辦事處,ASCO阿斯卡,atos電磁閥現(xiàn)貨
東莞市廣聯(lián)自動化科技有限公司 版權(quán)所有  備案號:粵ICP備2022089575號
地址:東莞市南城區(qū)旺南世貿(mào)大廈1號樓 郵編:532000 傳真:0769-89978203 發(fā)傳真請注明-梁菊芳收 郵箱:1013858782@qq.com GoogleSiteMap
點(diǎn)擊這里給我發(fā)消息 點(diǎn)擊這里給我發(fā)消息
24小時客服在線,為您服務(wù)!
點(diǎn)擊這里給我發(fā)消息
国产拍精品一二三_国产一二三区在线_免费精品视频在线_国产精品第1页
亚洲成人在线视频播放| 亚洲黄网站在线观看| 国产视频欧美视频| 久久嫩草精品久久久精品一| 亚洲无线视频| 最新亚洲激情| 午夜一区在线| 一本久道久久久| 亚洲成人自拍视频| 国产欧美亚洲一区| 欧美日韩一区二区在线| 免费不卡在线视频| 午夜在线一区| 夜夜爽99久久国产综合精品女不卡 | 欧美一级片在线播放| 亚洲日韩欧美视频一区| 欧美一区在线看| 香蕉久久国产| 一本久久精品一区二区| 亚洲国产精品久久精品怡红院 | 国产欧美一区二区精品性色| 欧美日韩亚洲不卡| 欧美成ee人免费视频| 蜜臀va亚洲va欧美va天堂| 亚洲在线观看视频| 一区二区欧美国产| 亚洲美女视频在线观看| 久久精品午夜| 久久精品视频99| 欧美在线观看一区二区三区| 欧美一级久久久| 亚洲男女自偷自拍| 亚洲午夜电影网| 亚洲视频axxx| 亚洲深爱激情| 亚洲香蕉在线观看| 在线亚洲精品| 亚洲专区国产精品| 91久久午夜| 亚洲精品久久久久久下一站| 亚洲激情二区| 性伦欧美刺激片在线观看| 亚洲欧美三级在线| 性欧美超级视频| 午夜国产精品视频| 午夜视黄欧洲亚洲| 欧美亚洲一区二区三区| 欧美影院午夜播放| 亚洲国产高潮在线观看| 午夜一区二区三区在线观看| 欧美有码在线观看视频| 欧美在线欧美在线| 91久久国产精品91久久性色| 亚洲精品社区| 一区二区三区精品在线| 亚洲狠狠丁香婷婷综合久久久| 91久久精品国产91久久| 亚洲精品麻豆| 夜夜爽av福利精品导航 | 亚洲理伦电影| 在线亚洲+欧美+日本专区| 亚洲一区二区三区午夜| 欧美一区二区在线视频| 久久精品麻豆| 亚洲九九爱视频| 亚洲私拍自拍| 久久激情五月激情| 美国十次成人| 欧美片在线观看| 欧美日精品一区视频| 国产精品影片在线观看| 国产精品网站一区| 激情欧美一区二区三区| 亚洲精品久久久久中文字幕欢迎你 | 一区二区三区四区五区在线| 午夜精品久久久久久久白皮肤| 性做久久久久久久免费看| 亚洲欧洲精品一区二区三区| 在线一区二区三区四区| 性做久久久久久| 欧美va亚洲va香蕉在线| 欧美三级电影大全| 国产主播一区| 影院欧美亚洲| 一区二区三区视频观看| 欧美在线一区二区| 99re66热这里只有精品3直播| 亚洲综合视频网| 蜜桃av一区二区三区| 欧美激情精品| 国产精品久久久久久久午夜片 | 日韩一区二区精品视频| 亚洲欧美日本视频在线观看| 亚洲激情一区二区| 亚洲欧美视频在线| 欧美v日韩v国产v| 欧美视频中文字幕在线| 国产自产在线视频一区| 亚洲美女黄色| 欧美与黑人午夜性猛交久久久| 一区二区三区免费网站| 久久久成人网| 国产精品久久久久久久电影| 国产亚洲一级高清| 99亚洲一区二区| 亚洲国产女人aaa毛片在线| 亚洲欧美日韩中文在线制服| 欧美华人在线视频| 国产欧美一区二区色老头| 亚洲精品在线观| 99这里只有精品| 日韩亚洲国产精品| 久热精品视频在线观看一区| 国产精品一区二区三区四区五区 | 国产视频欧美| 亚洲免费一区二区| 亚洲欧美日韩在线不卡| 欧美日韩中文字幕在线| 亚洲激情二区| 亚洲精选视频在线| 欧美激情2020午夜免费观看| 原创国产精品91| 亚洲成人在线视频播放| 久久综合色影院| 精品成人a区在线观看| 久久精品欧洲| 免费视频一区二区三区在线观看| 一区在线视频| 91久久精品日日躁夜夜躁国产| 久热精品视频| 亚洲黑丝在线| 在线视频精品一区| 欧美三级视频在线播放| 一本色道久久| 亚洲欧美色婷婷| 国产日韩欧美三级| 欧美中在线观看| 老司机免费视频一区二区三区| 影音先锋久久| 亚洲精品在线观看视频| 欧美日韩精品免费看| 亚洲私人黄色宅男| 欧美在线观看一区二区三区| 国产丝袜一区二区| 久久精品夜色噜噜亚洲a∨ | 久久精品国产免费看久久精品| 另类图片国产| 亚洲人午夜精品免费| 亚洲一二三四久久| 国产九九精品视频| 久久激情综合网| 欧美黄色aaaa| 亚洲性感激情| 久久久精品2019中文字幕神马| 国内成人自拍视频| 亚洲精品女人| 国产精品jvid在线观看蜜臀 | 欧美一区二区三区久久精品茉莉花 | 欧美极品在线视频| 99精品视频免费| 欧美一级免费视频| 影音先锋中文字幕一区| 日韩一级片网址| 国产精品久久久久久久app| 欧美影院成年免费版| 欧美黄色一区二区| 亚洲一区视频| 免费日本视频一区| 亚洲深夜福利视频| 裸体歌舞表演一区二区| 99热在这里有精品免费| 久久亚洲精品欧美| 一区二区三区高清| 久热成人在线视频| 亚洲性线免费观看视频成熟| 久久人体大胆视频| 一个色综合av| 蜜臀av国产精品久久久久| 亚洲视频自拍偷拍| 欧美肥婆在线| 午夜精品久久久久久99热软件| 欧美精品麻豆| 欧美资源在线观看| 欧美小视频在线| 91久久一区二区| 国产麻豆日韩欧美久久| 99这里只有精品| 黄色资源网久久资源365| 亚洲综合色网站| 亚洲黄色三级| 久久免费国产| 亚洲一区二区精品视频| 欧美精品观看| 亚洲国产成人久久| 国产欧美精品va在线观看| 一区二区高清视频| 激情久久影院| 欧美在线视频免费观看| 一区二区三区欧美激情| 欧美高清在线视频观看不卡|