融合媒體類自定義組件及邏輯流的開發與實現

王丹彤

（浙江廣播電視集團，浙江 杭州 310005）

0 引言

近年來，全國廣播電視媒體大力推動媒體深度融合，自主平臺建設取得新進展、新成效。但總體來看，自主平臺建設的主導地位在實踐中還未充分體現，大量的人力物力仍然投入在低產出的傳統媒體業務。堅持大屏主流、小屏優先，增強互聯網思維，將主要資源和力量轉移到建設、發展自主可控的平臺，已成為主流媒體的必然選擇和重大任務。

融合媒體平臺構建涉及思維創新、資產重組、資源整合、平臺再造、渠道開拓以及形態創新等系統性的改革[1]。在媒體深度融合發展的探索過程中，不斷有新型技術融入媒體生產管理平臺中加持新聞生產管理發布。為適應新型媒體行業環境發展而打造新的媒體生產管理平臺時，從廣播電視行業的業務性質來看，無論怎樣建設或是改革，都需滿足內容生產所必備的功能，即采、編、發、用、管、存。

為避免在平臺建設時對于通用型功能如采集（媒介上載）、使用（媒介下載）、管理（媒介展示）的重復開發消耗過多時間，本文介紹基于低代碼架構下通用型融合媒體類自定義組件及邏輯流的開發與實現，以滿足內容生產使用管理過程中必要功能的快速搭建及復用。

1 技術現狀

廣播電視行業深度融合發展過程中，對于廣電技術支撐的綜合能力在不斷加強。比如云資源、云計算、自然語言分析、機器學習、內容標簽體系、搜索引擎、流式數據處理、分布式存儲以及分布式檢索等，關鍵技術是影響媒體融合的重中之重。要實現各種媒介資源、生產要素的有效整合，形成一體化的組織結構、傳播體系和管理體制，并最終實現內容、平臺、管理的互聯互通，最終都要通過關鍵技術的突破來實現。

現階段，越來越多的平臺通過低代碼架構開發平臺、快速地搭建平臺。低代碼架構不單單可有效地調用、嵌入以上提及的關鍵技術，為加速廣播電視行業融合媒體平臺的搭建或能力擴容，對于日常通用業務實現的必要流程而言，基于低代碼架構實現的功能性自定義組件及邏輯流，通過復用以提高開發的敏捷性，同樣是隨著技術迭代而考慮的要素[2]。

在通用組件無法滿足業務需要時，可通過自定義頁面組件滿足特定的樣式規范、交互動作、數據邏輯。在提升組件與業務需求契合度的同時，減少組件開發及運維的成本并提高組件的可復用性，能夠為后續開發同類型應用復用相關組件提供便利。基于低代碼架構的自定義邏輯流可根據業務場景定義并串聯應用內的頁面模型和數據模型，實現應用內的邏輯交互[3]。

2 自定義組件及邏輯流設計方案

融合媒體平臺所包含的自定義組件及邏輯流設計思路及實現目標如下。

2.1 設計思路

廣播電視行業融合媒體平臺的業務流程一般包含采集匯聚、制作使用及分發管理，如圖1 所示。采集匯聚存在媒介上載、預約收錄、媒資回遷及新聞通聯等來源，制作使用包含媒介下載、稿件生產及素材剪輯等方法，分發管理可對媒介展示、修改編目或多渠道分發等操作。“媒介上載”“媒介下載”及“媒介展示”屬于廣播電視行業融合媒體平臺常見的通用型功能，在不同業務范圍的平臺中，皆可對該項功能進行復用[4]。

圖1 廣播電視行業內容采編發流程圖

盡管“媒介上載”“媒介下載”及“媒介展示”是廣播電視行業融合媒體平臺的通用型功能，但在信息技術（Information Technology，IT）行業中，其具有具體業務場景使用習慣及需求的特點。因此，本文基于低代碼架構的平臺開發，采用自定義組件及邏輯流的方式實現上述通用型功能，如圖2 所示。

圖2 低代碼框架開發平臺架構圖

媒介展示通過自定義組件開發，實現素材在內容庫中的展示及操作；媒介下載通過前端自定義邏輯流開發實現，滿足用戶對展示后的媒介進行下載操作；媒介上傳通過后端邏輯流開發實現，達到素材通過本地上傳至平臺滿足采集匯聚的效果。

2.2 實現目標

基于低代碼架構的平臺開發作為標準化輸出，通過可視化的方式搭建平臺，利用各類物料開發應用，敏捷高效地完成對應用的搭建、運維、運營等全生命周期的管理，可有效縮短項目執行周期，便于后期維護。通用型的媒介展示自定義組件、素材下載自定義后端邏輯流及素材上傳自定義前端邏輯流，通過定制開發和維護一組標準的自定義業務組件和邏輯流，標準化的方式實現，可有效地實現能力復用，降低開發及維護成本。

3 自定義組件及邏輯流實現方法

本節分別展開說明通用型融合媒體類的功能，通過自定義組件、自定義前端邏輯流及自定義后端邏輯流的方法實現。

3.1 媒介展示（自定義組件）

在融合媒體類的媒介展示部分，主要需體現媒介的標題、入庫者、入庫時間、媒介時長、審核狀態及出庫狀態等必要的基礎信息。因此，在低代碼架構的自定義組件中，可通過基礎數據類型將對應字段進行匹配，根據媒介展示功能所使用到的字段實現互動[5]。該功能的動態數據源將通過內容檢索應用程序編程接口（Application Programming Interface，API）獲取到的數據以上下文的方式傳遞至組件中，將其拆分、逐個字段獲取后進行匹配并呈現在頁面中，如圖3 所示。

圖3 媒介展示（自定義組件）邏輯圖

在內容的生產制作管理過程中，當用戶勾選媒介進行下一步分發、下載、編輯或點擊素材媒介查看媒介詳情的時候，將通過自定義組件交互的onClick 事件觸發，進一步觸發邏輯流或跳轉頁面動作，如圖4 所示。自定義組件的便利性還在于，當形成標準化的展示及數據交互模塊時，如需對頁面展示效果（如主題、排版）進行調整，可通過配置文件進行各個模塊的長寬高以及顏色調整。

3.2 媒介下載（自定義前端邏輯流）

融合媒體類平臺應用中針對媒介下載是必不可少的功能。對于需與前端交互實現動態頁面交互、處理事件、更新和檢索服務器數據等，可通過自定義前端邏輯流基于JavaScript 編寫標準化的處理邏輯，以便在不同場景下的融合媒體類平臺皆可應用[6]。

基于低代碼架構的自定義前端邏輯流開發流程如圖5 所示。

圖5 媒介下載（自定義前端邏輯流）開發流程圖

首先創建自定義前端邏輯流，引用Commons FileUpoload 組件的下載功能作為調用方法。當用戶點擊媒介觸發下載操作時，根據配置映射的媒介contentId、fileURL 以及size 等參數，獲取所需下載媒介的基礎信息。在創建好的前端邏輯流中開發下載操作的代碼。通過API 獲取fileURL，將文件讀入數據流中，設置編碼格式，設置響應頭，循環獲取數據流中的數據，下載完成后關閉數據流。將實現下載功能的代碼在本地完成構建后，即可上傳至低代碼架構開發平臺，執行并驗證功能的完整性。

3.3 媒介上載（自定義后端邏輯流）

對于媒介上載功能，本文以自定義后端邏輯流的方式基于Java 編寫，通過調用Commons FileUpoload 組件的上傳功能，實現媒介的單個、批量、限制文件類型和大小的功能，如圖6 所示。

圖6 媒介上傳頁面

用戶上傳媒介，需經過表單頁面、瀏覽器、服務器3 個環節。首先，瀏覽器提供給用戶1 個包含媒介上傳元素的表單頁面，用戶選定媒介后提交請求，媒介數據和其他表單信息被瀏覽器編碼并上傳至服務器端。服務器端解碼上傳的內容，提取出超文本標記語言（Hyper Text Markup Language，HTML）表單中的信息，將文件數據存入磁盤。當媒介以數據流的形式提交到服務器端之后，使用common FileUpload 組件完成數據流的獲取和解析。組件中封裝了底層操作并提供相應的API，可以調用SevletFileUpload API 實現文件上傳功能。此類媒介的上傳功能通過自定義后端邏輯流實現，可封裝為標準化的組件，適用于各類融合媒體平臺涉及素材匯聚的部分。

4 結語

本文描述的基于低代碼架構開發平臺實現的通用型自定義組件和邏輯流的功能已形成標準化組件及邏輯流，在涉及媒介展示、上傳、下載功能的平臺中皆可復用。目前，在浙江廣播電視省級融合媒體平臺建設中，已有不少基于低代碼架構開發的平臺復用該項通用型自定義組件及邏輯流功能，大大縮短了開發周期并節省了項目開發成本。