王丹彤
(浙江廣播電視集團,浙江 杭州 310005)
近年來,全國廣播電視媒體大力推動媒體深度融合,自主平臺建設取得新進展、新成效。但總體來看,自主平臺建設的主導地位在實踐中還未充分體現(xiàn),大量的人力物力仍然投入在低產出的傳統(tǒng)媒體業(yè)務。堅持大屏主流、小屏優(yōu)先,增強互聯(lián)網思維,將主要資源和力量轉移到建設、發(fā)展自主可控的平臺,已成為主流媒體的必然選擇和重大任務。
融合媒體平臺構建涉及思維創(chuàng)新、資產重組、資源整合、平臺再造、渠道開拓以及形態(tài)創(chuàng)新等系統(tǒng)性的改革[1]。在媒體深度融合發(fā)展的探索過程中,不斷有新型技術融入媒體生產管理平臺中加持新聞生產管理發(fā)布。為適應新型媒體行業(yè)環(huán)境發(fā)展而打造新的媒體生產管理平臺時,從廣播電視行業(yè)的業(yè)務性質來看,無論怎樣建設或是改革,都需滿足內容生產所必備的功能,即采、編、發(fā)、用、管、存。
為避免在平臺建設時對于通用型功能如采集(媒介上載)、使用(媒介下載)、管理(媒介展示)的重復開發(fā)消耗過多時間,本文介紹基于低代碼架構下通用型融合媒體類自定義組件及邏輯流的開發(fā)與實現(xiàn),以滿足內容生產使用管理過程中必要功能的快速搭建及復用。
廣播電視行業(yè)深度融合發(fā)展過程中,對于廣電技術支撐的綜合能力在不斷加強。比如云資源、云計算、自然語言分析、機器學習、內容標簽體系、搜索引擎、流式數(shù)據(jù)處理、分布式存儲以及分布式檢索等,關鍵技術是影響媒體融合的重中之重。要實現(xiàn)各種媒介資源、生產要素的有效整合,形成一體化的組織結構、傳播體系和管理體制,并最終實現(xiàn)內容、平臺、管理的互聯(lián)互通,最終都要通過關鍵技術的突破來實現(xiàn)。
現(xiàn)階段,越來越多的平臺通過低代碼架構開發(fā)平臺、快速地搭建平臺。低代碼架構不單單可有效地調用、嵌入以上提及的關鍵技術,為加速廣播電視行業(yè)融合媒體平臺的搭建或能力擴容,對于日常通用業(yè)務實現(xiàn)的必要流程而言,基于低代碼架構實現(xiàn)的功能性自定義組件及邏輯流,通過復用以提高開發(fā)的敏捷性,同樣是隨著技術迭代而考慮的要素[2]。
在通用組件無法滿足業(yè)務需要時,可通過自定義頁面組件滿足特定的樣式規(guī)范、交互動作、數(shù)據(jù)邏輯。在提升組件與業(yè)務需求契合度的同時,減少組件開發(fā)及運維的成本并提高組件的可復用性,能夠為后續(xù)開發(fā)同類型應用復用相關組件提供便利。基于低代碼架構的自定義邏輯流可根據(jù)業(yè)務場景定義并串聯(lián)應用內的頁面模型和數(shù)據(jù)模型,實現(xiàn)應用內的邏輯交互[3]。
融合媒體平臺所包含的自定義組件及邏輯流設計思路及實現(xiàn)目標如下。
廣播電視行業(yè)融合媒體平臺的業(yè)務流程一般包含采集匯聚、制作使用及分發(fā)管理,如圖1 所示。采集匯聚存在媒介上載、預約收錄、媒資回遷及新聞通聯(lián)等來源,制作使用包含媒介下載、稿件生產及素材剪輯等方法,分發(fā)管理可對媒介展示、修改編目或多渠道分發(fā)等操作。“媒介上載”“媒介下載”及“媒介展示”屬于廣播電視行業(yè)融合媒體平臺常見的通用型功能,在不同業(yè)務范圍的平臺中,皆可對該項功能進行復用[4]。

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

圖2 低代碼框架開發(fā)平臺架構圖
媒介展示通過自定義組件開發(fā),實現(xiàn)素材在內容庫中的展示及操作;媒介下載通過前端自定義邏輯流開發(fā)實現(xiàn),滿足用戶對展示后的媒介進行下載操作;媒介上傳通過后端邏輯流開發(fā)實現(xiàn),達到素材通過本地上傳至平臺滿足采集匯聚的效果。
基于低代碼架構的平臺開發(fā)作為標準化輸出,通過可視化的方式搭建平臺,利用各類物料開發(fā)應用,敏捷高效地完成對應用的搭建、運維、運營等全生命周期的管理,可有效縮短項目執(zhí)行周期,便于后期維護。通用型的媒介展示自定義組件、素材下載自定義后端邏輯流及素材上傳自定義前端邏輯流,通過定制開發(fā)和維護一組標準的自定義業(yè)務組件和邏輯流,標準化的方式實現(xiàn),可有效地實現(xiàn)能力復用,降低開發(fā)及維護成本。
本節(jié)分別展開說明通用型融合媒體類的功能,通過自定義組件、自定義前端邏輯流及自定義后端邏輯流的方法實現(xiàn)。
在融合媒體類的媒介展示部分,主要需體現(xiàn)媒介的標題、入庫者、入庫時間、媒介時長、審核狀態(tài)及出庫狀態(tài)等必要的基礎信息。因此,在低代碼架構的自定義組件中,可通過基礎數(shù)據(jù)類型將對應字段進行匹配,根據(jù)媒介展示功能所使用到的字段實現(xiàn)互動[5]。該功能的動態(tài)數(shù)據(jù)源將通過內容檢索應用程序編程接口(Application Programming Interface,API)獲取到的數(shù)據(jù)以上下文的方式傳遞至組件中,將其拆分、逐個字段獲取后進行匹配并呈現(xiàn)在頁面中,如圖3 所示。

圖3 媒介展示(自定義組件)邏輯圖
在內容的生產制作管理過程中,當用戶勾選媒介進行下一步分發(fā)、下載、編輯或點擊素材媒介查看媒介詳情的時候,將通過自定義組件交互的onClick 事件觸發(fā),進一步觸發(fā)邏輯流或跳轉頁面動作,如圖4 所示。自定義組件的便利性還在于,當形成標準化的展示及數(shù)據(jù)交互模塊時,如需對頁面展示效果(如主題、排版)進行調整,可通過配置文件進行各個模塊的長寬高以及顏色調整。
融合媒體類平臺應用中針對媒介下載是必不可少的功能。對于需與前端交互實現(xiàn)動態(tài)頁面交互、處理事件、更新和檢索服務器數(shù)據(jù)等,可通過自定義前端邏輯流基于JavaScript 編寫標準化的處理邏輯,以便在不同場景下的融合媒體類平臺皆可應用[6]。
基于低代碼架構的自定義前端邏輯流開發(fā)流程如圖5 所示。

圖5 媒介下載(自定義前端邏輯流)開發(fā)流程圖
首先創(chuàng)建自定義前端邏輯流,引用Commons FileUpoload 組件的下載功能作為調用方法。當用戶點擊媒介觸發(fā)下載操作時,根據(jù)配置映射的媒介contentId、fileURL 以及size 等參數(shù),獲取所需下載媒介的基礎信息。在創(chuàng)建好的前端邏輯流中開發(fā)下載操作的代碼。通過API 獲取fileURL,將文件讀入數(shù)據(jù)流中,設置編碼格式,設置響應頭,循環(huán)獲取數(shù)據(jù)流中的數(shù)據(jù),下載完成后關閉數(shù)據(jù)流。將實現(xiàn)下載功能的代碼在本地完成構建后,即可上傳至低代碼架構開發(fā)平臺,執(zhí)行并驗證功能的完整性。
對于媒介上載功能,本文以自定義后端邏輯流的方式基于Java 編寫,通過調用Commons FileUpoload 組件的上傳功能,實現(xiàn)媒介的單個、批量、限制文件類型和大小的功能,如圖6 所示。

圖6 媒介上傳頁面
用戶上傳媒介,需經過表單頁面、瀏覽器、服務器3 個環(huán)節(jié)。首先,瀏覽器提供給用戶1 個包含媒介上傳元素的表單頁面,用戶選定媒介后提交請求,媒介數(shù)據(jù)和其他表單信息被瀏覽器編碼并上傳至服務器端。服務器端解碼上傳的內容,提取出超文本標記語言(Hyper Text Markup Language,HTML)表單中的信息,將文件數(shù)據(jù)存入磁盤。當媒介以數(shù)據(jù)流的形式提交到服務器端之后,使用common FileUpload 組件完成數(shù)據(jù)流的獲取和解析。組件中封裝了底層操作并提供相應的API,可以調用SevletFileUpload API 實現(xiàn)文件上傳功能。此類媒介的上傳功能通過自定義后端邏輯流實現(xiàn),可封裝為標準化的組件,適用于各類融合媒體平臺涉及素材匯聚的部分。
本文描述的基于低代碼架構開發(fā)平臺實現(xiàn)的通用型自定義組件和邏輯流的功能已形成標準化組件及邏輯流,在涉及媒介展示、上傳、下載功能的平臺中皆可復用。目前,在浙江廣播電視省級融合媒體平臺建設中,已有不少基于低代碼架構開發(fā)的平臺復用該項通用型自定義組件及邏輯流功能,大大縮短了開發(fā)周期并節(jié)省了項目開發(fā)成本。