介面開發相關概述

2021-07-27 05:48:52 字數 2864 閱讀 5897

概括而言,介面表相當於是在處理資料過程中的臨時儲存區,介面是乙個處理資料的程式包。將需要進行處理的資料儲存在介面表中,再對這些資料進行相應的處理,最後生成相應的結果,根據不同的需求判斷是否需要將處理結果回寫到介面表中,這個過程即為介面的處理過程。介面表起到的作用一般為臨時儲存,資料追溯等。介面則進行資料處理等主要邏輯處理工作。

一般接受從其他系統傳來資料的處理過程為:接受資料->匯入介面表->驗證資料合法性->處理資料->生成本系統資料。

其中匯入介面表為匯入定義的客戶化介面表,驗證資料合法性、處理資料都是封裝為乙個程式包處理匯入到介面表中的資料,生成本系統資料一般呼叫封裝好的api,將資料匯入標準介面表再匯入基表中。

就功能而言,介面表一般分為標準介面表和客戶化介面表。標準介面錶即oracle定義的介面表,是在資料匯入標準表之前必定會呼叫到的介面表,不需要自己定義,直接使用即可。而平時使用到的自己定義一張表作為資料的臨時儲存表則成為客戶化介面表,對於該錶的字段定義、資料驗證等需要自己實現。

oracle定義的一些基表對應即有相應的介面表,在資料匯入基表之前需要先將資料插入其介面表進行簡單驗證,再通過提交請求等將資料匯入基表中,一般這個功能都已經被封裝,直接呼叫公司的標準api即可。在這個過程中會有基本的資料驗證功能,例如驗證字段型別,長度等,但資料是否為實際可用的資料需要另加驗證,在呼叫標準api進行資料匯入之前需要對匯入的資料進行篩選驗證。

一般需要匯入基表的資料有兩種情況,一是由使用者在介面輸入的資料,二是從其他系統傳入的資料。第一種情況一般在介面會有輸入的限制,因此需要做的驗證並不多。第二種情況下就需要在本系統增加驗證,驗證資料的合法性,再進行呼叫api,因此呼叫標準api總是在介面的最後一步完成的工作。

對於標準介面表驗證出錯的資料的處理方式要根據是否設定回滾點而定,若設定有回滾點則出錯之後直接回滾到設定有回滾點的地方,否則在介面表中回寫狀態,即將process_status設定為error,並將錯誤說明進行記錄,因此在呼叫標準api時需要根據需求決定是否設定回滾點。

在實際專案中,經常會碰到其他系統的資料需要傳到本系統中進行資料同步、資料處理的情況,在資料傳輸過程中對於傳入和傳出的資料需要進行相應處理,例如對於傳出資料要進行資料轉換,對於傳入資料要進行資料轉換、資料校驗、資料儲存等。此時需要進行資料傳輸的系統都需要建立臨時表對於需要傳輸的資料進行臨時儲存,以便後期對於資料進行傳輸或處理等。以下根據傳入過程進行說明。

客戶化介面表中的字段一般包括與其他系統需要進行傳輸的資料,who欄位,介面處理狀態字段,**欄位等。當本系統接收到從其他系統傳入的資料時,需要先將所有資料進行儲存,再對資料進行驗證,此時接受所有資料的錶即為定義的客戶化介面表。

客戶化介面表中各字段的作用:

 - 傳輸的資料字段:接受從其他系統傳入的資料。一般兩個系統中進行傳遞的資料都會傳遞有資料具有實際含義的字段,比如物料會傳遞code欄位而不是傳遞其id,這是因為在兩個系統中,都存在這種物料,但在不同系統中為該物料分配的id值可能不同,傳遞id並不能再其他系統取得需要的資訊,因此需要傳遞字段具有實際含義的值,接受到後再轉換為本系統中定義的id,再進行使用。

 - who欄位:用於記錄操作者及操作記錄。

 - 處理狀態字段:用於記錄介面表中該條記錄的處理狀態,其中process_status有以下幾種狀態:

enter/資料正在錄入,使用者可以修改

pending/使用者已確認,資料可以匯入

skip/不需要做介面處理

error/出錯,資料驗證不通過

complete/資料已經進入介面,使用者不可以修改

在資料匯入介面表時將處理狀態設定為pending狀態,驗證該條資料不需要進行處理時設定狀態為skip,資料驗證出錯時回寫狀態資訊為error,並在process_message欄位填寫錯誤資訊,資料驗證通過並生成本系統資料後回寫處理狀態為complete。

 - **字段:一般記錄傳入本系統的資料的id等值,用於資料追溯。

接受到從其他系統傳入的資料後將該條資料的狀態設定為pending,並記錄接收時間,**等字段。將資料接收到客戶化介面表並記錄好字段值後,就可以對介面表中的資料進行相應處理了。處理通過的資料轉化為本系統有用的資料,並插入到基表或生成訂單等,將介面表中該條資料的介面狀態設定為complete,並可根據客戶需求將最終生成的訂單號等回寫到介面表中即可。若資料驗證失敗,回寫介面表資料藉口狀態為error,並記錄相應錯誤資訊,根據客戶需求決定是否執行其他處理。

從接受從其他系統傳入的資料到最終生成本系統資料的過程都為介面負責處理的過程,因此介面主要負責的任務為:接受資料->將資料匯入客戶化介面表->資料驗證->資料處理->轉化為本系統資料->回寫客戶化介面表狀態等。一下具體進行說明

 - 接受資料:一般與其他系統約定好傳輸的有哪些字段,根據這些字段定義介面表。接受資料的方式有兩種,一種是其他系統傳遞資料過來我們進行插入操作,一種是我們提供介面表其他系統直接插入資料到介面表中。下面根據我們接收資料進行插表操作進行說明。

 - 將資料匯入客戶化介面表:將其他系統傳入的資料全都插入客戶化介面表中,並設定好**欄位等以便追溯。此時只需要最基本的必輸字段驗證以及字段型別驗證,不需要進行其他驗證。

 - 資料驗證:資料匯入到客戶化介面表後,就可以對介面表中的資料進行驗證了,此時的驗證主要驗證傳入的資料是否具有實際含義,例如物料編碼,要驗證在本系統是否存在該物料編碼,並將物料編碼轉化為id值進行後續處理操作(一般對資料執行操作時使用的都是其id值)。若通過驗證也可執行後續操作,未通過驗證則根據客戶需求進行相應處理,例如進行報錯並回寫錯誤狀態到介面標準中等。

 - 資料處理:根據客戶需求對驗證通過的資料進行處理,這個過程一般為邏輯處理過程,與客戶需求相關。

 - 轉化為本系統資料:將經過處理過的資料儲存到需要的表中,可以為系統中的基表,也可以為定義的客戶化表,根據客戶需求而定。若需要儲存到基表中,可以呼叫公司封裝好的api。

在寫介面時,需要注意儲存點的設定,以及異常的捕獲,需要根據客戶的需求捕獲異常並進行相應處理。

介面開發概述

每個軟體都要有自己的軟體介面,對於軟體開發來說,軟體介面不一定是最重要的,但是也是相當重要的。一款軟體要是可以在介面上做好,吸引了客戶的眼球,那這款軟體也就相對成功了一半。現在各行各業的軟體都新增了自己的 色彩,顯示出了不同的特點。例如qq,msn,foxmail等等,這些軟體都修改了自己軟體的介面...

C 介面 介面概述

c 不支援多重繼承,但是客觀世界出現多重繼承的情況又比較多。為了避免傳統的多重繼承給程式帶來的複雜性等問題,c 提出了介面的概念。通過介面可以實現多重繼承的功能。介面是單純對事物行為的描述。例如,電器都有 開 和 關 兩個行為,開關的作用在於開啟或關閉電器,而開關的形式也是不一樣的。電燈 電視 電扇...

介面的概述

介面 是一種對行為的抽象,它描述某個類會不會什麼 介面的宣告語法 訪問修飾符 inte ce 介面名 inte ce關鍵字 用於定義介面 介面中的所有方法都是抽象方法,即使不標明abstract 乙個類可以實現乙個或多個介面,當實現乙個介面時,必須實現介面中所有的抽象方法 介面實現的語法 在類定義後...