rcp

在國內(nèi)建筑行業(yè)中的應(yīng)用。

例如:RCPⅡ2400×2500的意思為:

RCP--鋼筋混凝土排水管;(reinforcedconcretepipe)

Ⅱ--外壓荷載級別Ⅰ、Ⅱ、Ⅲ三個級別;

2400--管子公稱內(nèi)徑(mm);

2500--管子有效長度(mm)。

Reflective Ceilling Plan的縮寫

意為天花圖

Rapid Control Prototype

快速控制原型(Rapid Control Prototype，簡稱RCP)技術(shù)是近幾年發(fā)展成熟的一種仿真技術(shù)。

在控制系統(tǒng)的研發(fā)過程中，通常先進(jìn)行仿真研究，目的在于研究技術(shù)的可行性，縮短產(chǎn)品的研發(fā)周期，降低研發(fā)費用。

仿真工具(如MATLAB、SABER等)自應(yīng)用以來，對控制系統(tǒng)的研發(fā)提供了極大的幫助。然而，在傳統(tǒng)的研發(fā)流程中，大部分是采用純數(shù)學(xué)仿真，這種仿真結(jié)果的置信度有限。有部分實物參與的具有較高置信度的半實物仿真系統(tǒng)得到了廣泛的應(yīng)用與發(fā)展。如果將實際控制器的仿真稱為 虛擬控制器，實際對象的仿真稱為虛擬對象，可得到控制系統(tǒng)仿真的3種形式:

①虛擬控制器+虛擬對象=動態(tài)仿真系統(tǒng)，是純粹的系統(tǒng)仿真;

②虛擬控制器+實際對象=快速控制原型(RCP)仿真系統(tǒng)，是系統(tǒng)的一種半實物仿真;

③實際控制器+虛擬對象=硬件在回路(HIL)仿真系統(tǒng)，是系統(tǒng)的另一種半實物仿真。

快速控制原型仿真處于控制系統(tǒng)開發(fā)的第二階段，遠(yuǎn)在產(chǎn)品開發(fā)之前，使設(shè)計者新的控制思路(方法)能在實時硬件上方便而快捷地進(jìn)行測試。通過實時測試，可以在設(shè)計初期發(fā)現(xiàn)存在的問題，以便修改原型或參數(shù)，再進(jìn)行實時測試，這樣反復(fù)進(jìn)行，最終產(chǎn)生一個完全面向用戶需求的合理可行的控制原型。

retruded contact position,RCP

從牙尖交錯位開始，下頜還可以后下移動少許(約1mm左右)，此時，后牙牙尖斜面部分接觸，前牙不接觸，髁突位于其在下頜窩中的最后位置，從該位置開始，下頜可以作側(cè)向運動，下頜的這個位置稱為后退接觸位(retruded contact position，RCP)，是下頜的生理性最后位。

后退接觸位是:吞咽時下頜經(jīng)常到達(dá)的位置，有報告證實，咀嚼硬物時下頜常到達(dá)此位。因此，醫(yī)學(xué)教|育網(wǎng)搜集整理后退接觸位也是下頜的功能位之一。另外有人指出，顳下頜關(guān)節(jié)紊亂癥患者誘導(dǎo)不出后退接觸位(或稱后退接觸位與牙尖交錯位合并為一個位置，即:一位)的比例增高，而且對于有后退接觸位者，后退時單側(cè)后牙接觸的比例增高，因此檢查后退接觸位存在或正常與否，對于顳頜關(guān)節(jié)紊亂癥的檢查、診斷與治療，也具有重要的價值。

由于后退接觸位屬于韌帶位，為物理性定位，重復(fù)性好，當(dāng)全口牙或大多數(shù)牙喪失后，以牙尖交錯 為前提的牙尖交錯位也就喪失，或失去了其明確的標(biāo)志，但此時韌帶位仍然存在，臨床在修復(fù)缺牙過程中，可以以韌帶位作為取得牙尖交錯位的參考位。

Copies files from one computer to another computer.

Note: RCP is not a secure or encrypted method of transferring files.

rcp代表"remote file copy"(遠(yuǎn)程文件拷貝)。該命令用于在計算機(jī)之間拷貝文件。

rcp命令有兩種格式。第一種格式用于文件到文件的拷貝;第二種格式用于把文件或目錄拷貝到另一個目錄中。

rcp命令的一般格式是:

rcp[-px] [-k realm] file1 file2 rcp [-px] [-r] [-k realm] file

directory 每個文件或目錄參數(shù)既可以是遠(yuǎn)程文件名也可以是本地文件名。遠(yuǎn)程文件名具有如下形式:rname@rhost:path，其中rname是遠(yuǎn)程用戶名，rhost是遠(yuǎn)程計算機(jī)名，path是這個文件的路徑。

-r 遞歸地把源目錄中的所有內(nèi)容拷貝到目的目錄中。要使用這個選項，目的必須是一個目錄。

-p 試圖保留源文件的修改時間和模式，忽略umask。

-k 請求rcp獲得在指定區(qū)域內(nèi)的遠(yuǎn)程主機(jī)的Kerberos許可，而不是獲得由krb_relmofhost⑶確定的遠(yuǎn)程主機(jī)區(qū)域內(nèi)的遠(yuǎn)程主機(jī)的Kerberos許可。

-x 為傳送的所有數(shù)據(jù)打開DES加密。這會影響響應(yīng)時間和CPU利用率，但是可以提高安全性。如果在文件名中指定的路徑不是完整的路徑名，那么這個路徑被解釋為相對遠(yuǎn)程機(jī)上同名用戶的主目錄。如果沒有給出遠(yuǎn)程用戶名，就使用當(dāng)前用戶名。如果遠(yuǎn)程機(jī)上的路徑包含特殊shell字符，需要用反斜線(\\)、雙引號(")或單引號(')括起來，使所有的shell元字符都能被遠(yuǎn)程地解釋。需要說明的是，rcp不提示輸入口令，它通過rsh命令來執(zhí)行拷貝。

按現(xiàn)代設(shè)計方法，方案設(shè)計結(jié)束后，無須等待軟件工程師的編程和隨后的代碼硬件集成，而是利用計算機(jī)輔助設(shè)計工具自動將控制方案框圖轉(zhuǎn)換為代碼并自動下載到硬件開發(fā)平臺，從而快速實現(xiàn)控制系統(tǒng)的原型。原型中包括實際系統(tǒng)中可能的各種I/O，軟件及硬件中斷等實時特性。之后，就可以利用計算機(jī)輔助試驗測試管理工具軟件進(jìn)行各種測試，以檢驗(Validation)控制方案對實際對象的控制效果，并在線優(yōu)化控制參數(shù)。此時即使模型需要大規(guī)模修改，重新形成測試原型也只需要幾分鐘的時間。這樣在最終實現(xiàn)控制方案之前，就可基本確認(rèn)最終方案和效果，避免過多的資源浪費和時間消耗。

Q1:RCP階段和在matlab離線仿真階段相比的優(yōu)勢?

A1:主要有兩點:

在RCP階段，控制器算法是實時運行。在RCP階段，被控對象是真實的。

判定親生關(guān)系的理論依據(jù)是孟德爾遺傳的分離律。按照這一規(guī)律，在配子細(xì)胞形成時，成對的等位基因彼此分離，分別進(jìn)入各自的配子細(xì)胞。精、卵細(xì)胞受精形成子代，孩子的兩個基因組一個來自母親，一個來自父親;因此同對的等位基因也就是一個來自母親，一個來自父親。鑒定結(jié)果如果符合該規(guī)律，則不排除親生關(guān)系，若不符合，則排除親生關(guān)系(變異情況除外)。

在大多數(shù)的情況下，母、子關(guān)系是已知的，要求鑒定假設(shè)父和孩子是否親生關(guān)系。此時首先從母、子基因型的對比中，可以確定孩子基因中可能來自父親的基因(生父基因，OG)。然后觀察假設(shè)父親的基因型，如果不具有生父基因，則可排除假設(shè)父與孩子的親生關(guān)系。

若假設(shè)父也具有生父基因，結(jié)果就不能排除假設(shè)父的親生關(guān)系，假設(shè)某案例中母親是FGA-22/23型，孩子為22/25型，從比較中可確定生父基因是FGA-25。此案中假設(shè)父1為FGA-22/24型;假設(shè)父2為 24/25型。其中假設(shè)父1不具備生父基因25，故可排除他與孩子的親生關(guān)系;相比之下，假設(shè)父2因具有FGA-25，不排除與孩子有親生關(guān)系。

上例中假設(shè)父2不能排除父子親生關(guān)系，但他不一定是孩子的生父，因為人群中FGA-25基因頻率為0.0958。雖然生父必須有生父基因，但有FGA- 25基因的男人不一定就是孩子的生父。按照概率理論，具有生父基因的假設(shè)父和具有生父基因的隨機(jī)男人都有成為孩子生父的可能性。假設(shè)父提供生父基因成為孩子生父的可能性和隨機(jī)男人提供生父基因成為孩子生父的可能性的比值叫作親權(quán)指數(shù)(paternity index,PI)。前一種可能性假設(shè)為X;后一種可能性假設(shè)為Y。上例中的假設(shè)父2基因型為24/25雜合子，他提供生父基因FGA-25的可能性為 1/2，即X=1/2。隨機(jī)男人提供生父基因FGA-25的機(jī)會為該基因的頻率，即Y=0.0958。因此，此例的PI值為0.5/0.0958= 5.22。

如果假設(shè)父2的確是孩子的生父，則不論檢測多少位點，均不會排除他與孩子的親生關(guān)系，在所有檢測的位點，每一個位點就可以計算出一個PI值，多個位點的累計PI值等于各個位點PI值的乘積，但前提條件是所檢測的各位點之間沒有遺傳連鎖關(guān)系。

三聯(lián)體基因型組合的可歸納為三條原則:

⑴當(dāng)假設(shè)父為純合子時，X=1;假設(shè)父為雜合子時，X=1/2，但雜合子假設(shè)父的2個基因均可能是生父基因時，X=1。

⑵只涉及1個生父基因時，Y值等于生父基因的頻率。

⑶若涉及2個生父基因時，Y值為2個生父基因頻率之和。

上述計算出的PI值是一個絕對值，為使鑒定結(jié)果能夠以概率形式表達(dá)父子關(guān)系的相對機(jī)會(relative chance of paternity,RCP)，PI值須轉(zhuǎn)換成一種相對值RCP。計算出PI值后，RCP=[PI/(PI+1)]×100%。按照國內(nèi)外親子鑒定的慣例，當(dāng)RCP值大于99.73%時，則可以認(rèn)為假設(shè)父與孩子具有親生關(guān)系。如果RCP值達(dá)不到99.73%時，則可以認(rèn)為假設(shè)父與孩子不具有親生關(guān)系。RCP值達(dá)不到99.73%，應(yīng)該增加檢測位點數(shù)直至RCP大于99.73%為止。

RCP,Rich Client Platform,富客戶機(jī)平臺

Rich Client是一個相對的概念，主要是針對時下廣泛的基于WEB的應(yīng)用，因為這種客戶端(也即現(xiàn)有的各種瀏覽器)的運行環(huán)境沒有提供一個很好的組件模型和交互模型致使這種應(yīng)用的界面的同服務(wù)之間的交互變得很奇怪，每一次交互都需要重新組織出整個界面，而這個界面的組織基本在服務(wù)器端完成，也所以致使表現(xiàn)層的邏輯居于服務(wù)器端，所以稱這種為Thin Client，而相對的則是Rich Client。

目前來說，在技術(shù)上Rich Client還沒有一個甚或是兩個大一統(tǒng)而且又成熟的標(biāo)準(zhǔn)技術(shù)出來，所以Rich Client只能說是一種架構(gòu)方式，其特點便是服務(wù)同表現(xiàn)完全的物理分離，表現(xiàn)邏輯完全由客戶端來負(fù)責(zé)，這是最關(guān)鍵的一點。但我認(rèn)為一定要同時兼顧原有WEB應(yīng)用的零部署等特點。

核心平臺(啟動Eclipse，運行插件)

OSGi(標(biāo)準(zhǔn)集束框架)

SWT(可移植構(gòu)件工具包)

JFace(文件緩沖，文本處理，文本編輯器)

Eclipse工作臺(即Workbench ，包含視圖(views)、編輯器(editors)、視角(perspectives)、和向?qū)?wizards))

Eclipse RCP是一項位于Eclipse平臺核心的功能。大多數(shù)人想到Eclipse時，會想到Java集成開發(fā)環(huán)境(IDE)。如果將Eclipse中關(guān)于IDE的內(nèi)容剝?nèi)?，剩下的就是一個提供基本工作臺功能的核心，包括對可移動以及可疊加的窗口組件(編輯器和視圖)、菜單、工具欄、按鈕、表格、樹形結(jié)構(gòu)等等的支持，而這個核心就是EclipseRCP。

個人理解EclipseRCP就是由插件開發(fā)轉(zhuǎn)向桌面應(yīng)用開發(fā)，構(gòu)建最小化的Eclipse平臺(8M)運行你的桌面應(yīng)用，不必再為程序框架煩心，擺脫失敗的AWT和Swing，讓程序擁有專業(yè)級效果，而實現(xiàn)又很簡單、很優(yōu)雅。

RCP提供了豐富的界面控件，這使得基于Java開發(fā)桌面應(yīng)用也變得容易了很多，雖然仍然不能和基于VB、Delphi進(jìn)行相比。對于開發(fā)者而言，盡管使用RCP也是為了開發(fā)桌面應(yīng)用，但RCP給開發(fā)者帶來的更多的感覺是在它充分發(fā)揮了插件化系統(tǒng)的優(yōu)勢。

RCP可以視為基于OSGi(Open Service Gateway Initiative)構(gòu)建插件化系統(tǒng)的最佳實踐的指導(dǎo)，從RCP的設(shè)計中，可以學(xué)習(xí)到如何將應(yīng)用做到模塊化、將應(yīng)用做到動態(tài)化，甚至還可以學(xué)習(xí)到如何自動生成界面這樣的設(shè)計思想。RCP可以看做是基于OSGi做插件化應(yīng)用系統(tǒng)的最佳實踐，其中的不少設(shè)計方法甚至都可以整理成為基于OSGi做插件化應(yīng)用系統(tǒng)的設(shè)計模 對RCP表示崇高的敬意，大師之作，不同凡響。

EclipseRCP為應(yīng)用程序開發(fā)人員提供了:

應(yīng)用程序和特性的一致且本地的外觀;

公共應(yīng)用程序服務(wù)，例如窗口管理、更新管理、幫助和選擇管理;

本地的外觀，利用Windows、MacOSX、Linux、Solaris、HP-UX、AⅨ和嵌入式設(shè)備上的實際平臺窗口部件;

標(biāo)準(zhǔn)化的組件模型;

普及的可擴(kuò)展性;

整合的更新機(jī)制;

頂級開發(fā)工具(Eclipse軟件開發(fā)包(SDK)是世界級的軟件開發(fā)環(huán)境)。

EclipseRCP項目用SWT圖形庫和工具包取代了Java標(biāo)準(zhǔn)中的AWT和Swing。SWT直接調(diào)用了操作系統(tǒng)的圖形庫，從而使得Java應(yīng)用程序的LOOK&Feel與操作系統(tǒng)的習(xí)慣完全一致;更為重要的是，對本地方法的直接調(diào)用大幅度的提高了基于SWT的Java應(yīng)用程序的運行速度。SWT的缺點主要在于兩點:不是Java語言標(biāo)準(zhǔn);支持的平臺太少。

一個EclipseRCP可分為如下5個部分:

⑴Workbench工作臺

為Eclipse提供用戶界面。它是使用SWT(StandardWidgetToolkit)和一個更高級的API(JFace)來構(gòu)建的;SWT是Java的Swing/AWTGUIAPI的非標(biāo)準(zhǔn)替代者，JFace則建立在SWT基礎(chǔ)上，提供用戶界面組件。

⑵Workspace工作區(qū)

工作區(qū)是負(fù)責(zé)管理用戶資源的插件。它包括用戶創(chuàng)建的項目、項目中的文件，以及文件變更和其它資源。工作區(qū)還負(fù)責(zé)通知其它插件關(guān)于資源變更的信息，比如文件創(chuàng)建、刪除或者變更。

⑶Help幫助系統(tǒng)

幫助組建具有與Eclipse平臺本身相當(dāng)?shù)目蓴U(kuò)展能力。與插件向Eclipse添加功能相同，幫助提供一個附加的導(dǎo)航結(jié)構(gòu)，允許工具以HTML文件的形式添加文檔。

⑷Team團(tuán)隊支持系統(tǒng)

團(tuán)隊支持組件負(fù)責(zé)提供版本控制和配置管理支持。它根據(jù)需要添加視圖，以允許用戶與所有使用的任何版本控制系統(tǒng)交互。大多數(shù)插件都不需要與團(tuán)隊支持組件交互，除非它們提供版本控制服務(wù)。

⑸PlatformRuntime運行平臺

平臺運行庫是整個Eclipse的內(nèi)核，它在啟動時檢查已安裝了哪些插件，并創(chuàng)建關(guān)于它們的注冊表信息。為降低啟動時間和資源使用，它在實際需要某個插件的時候才加載該插件。除了內(nèi)核外，其它每樣?xùn)|西都是作為插件來實現(xiàn)的。

RECOMMENDED INTERNATIONAL CODE OF PRACTICE

CAC/RCP 系列規(guī)程是國際食品法典委員會CODEX發(fā)布的國際食品標(biāo)準(zhǔn)。

《食品法典》(不僅僅是Codes of practice，還包括一系列的Guidelines、Misc、MRLs、Standards)對保護(hù)消費者健康的重要性在1985年《聯(lián)合國第39/248號決議》中得到強(qiáng)調(diào)，并藉此通過了制定和加強(qiáng)有關(guān)保護(hù)消費者的政策所需的指導(dǎo)方針。該指導(dǎo)方針建議"政府在制定與食品有關(guān)的國家政策和計劃時應(yīng)考慮廣大消費者對食品安全的需要，并應(yīng)支持和最大限度地采用…《食品法典》中的標(biāo)準(zhǔn)或在無這些標(biāo)準(zhǔn)情況下其它普遍接受的國際食品標(biāo)準(zhǔn)"。

《食品法典》已經(jīng)成為消費者、食品生產(chǎn)者和加工者、各國食品管理機(jī)構(gòu)和國際食品貿(mào)易的全球參照標(biāo)準(zhǔn)。《法典》對食品生產(chǎn)者和加工者的觀念以及最終用戶 - 消費者的意識產(chǎn)生了巨大的影響。其影響遍及世界各地，其對公共健康的保護(hù)和食品貿(mào)易的公平開展所作出的貢獻(xiàn)不可估量。