app-client為業(yè)務(wù)子模塊，portal-client為業(yè)務(wù)平臺(tái)整合模塊。所述portal-client前端構(gòu)建包括：通過(guò)內(nèi)置命令對(duì)portal-client整體構(gòu)建打包；通過(guò)內(nèi)置命令發(fā)布portal-client和app-client至至npm私的服(前端模塊的管理平臺(tái))，可供其他平臺(tái)自由組合使用。所述portal-client前端開發(fā)配置包括：配置前端開發(fā)服務(wù)訪問(wèn)端口；配置后端服務(wù)反向代理地址；配置mock服務(wù)訪問(wèn)模式(mock-server、share-portal、dev-portal)；配置平臺(tái)應(yīng)用的裝載順序及應(yīng)用的裝載模式；通過(guò)內(nèi)置命令啟動(dòng)前端開發(fā)服務(wù)；通過(guò)平臺(tái)具體場(chǎng)...

在PR碼頭前1ms輸出秒控制信號(hào)B與IRIG-B碼的信號(hào)A進(jìn)行與運(yùn)算，輸出的C信號(hào)即為解調(diào)出來(lái)的同步秒脈沖信號(hào)，確保了秒脈沖前沿的精度，見圖4所示。圖4IRIG-B解調(diào)秒脈沖的形成基準(zhǔn)信號(hào)的比對(duì)：分別對(duì)時(shí)間信息和秒脈沖信息進(jìn)行比對(duì)。在時(shí)間數(shù)據(jù)比較相同時(shí)認(rèn)為時(shí)間信息一致，而脈沖前沿在允許的誤差范圍內(nèi)（如±μS）認(rèn)為一致。基準(zhǔn)信息的選擇：系統(tǒng)通過(guò)參數(shù)設(shè)置健設(shè)置基準(zhǔn)時(shí)間輸入的優(yōu)先級(jí)，通常按BD-GPS-IRIG-B設(shè)置優(yōu)先級(jí)，也可以按GPS-BD-IRIG-B設(shè)置優(yōu)先級(jí)等。當(dāng)三個(gè)或兩個(gè)時(shí)基源比對(duì)結(jié)果完全一致時(shí)，選擇結(jié)果一致的時(shí)基源優(yōu)先級(jí)比較高的冗余時(shí)間信號(hào)和脈沖信號(hào)輸出，當(dāng)比對(duì)結(jié)果不一致時(shí)不...

并將每一段獨(dú)有的抽離后的模塊包文件發(fā)送至web微服務(wù)平臺(tái)化的前端開發(fā)框架，以生成對(duì)應(yīng)的前端模塊；配置定義單元，用于對(duì)所述前端應(yīng)用模塊所屬的前端模塊進(jìn)行定義，其中，所述定義包括對(duì)所述前端模塊的靜態(tài)資源目錄和工程化相關(guān)文件進(jìn)行的配置；依賴建立單元，用于通過(guò)javascript包管理工具建立所述定義后的前端模塊的依賴關(guān)系；環(huán)境搭建單元，用于從所述web微服務(wù)平臺(tái)化的前端開發(fā)框架中預(yù)建立的工程模板中獲取待搭建環(huán)境的待用模板，根據(jù)待用模板以及所述依賴關(guān)系搭建前端開發(fā)環(huán)境。上述的裝置，所述裝置還包括：讀取模塊，用于讀取web微服務(wù)平臺(tái)化的前端開發(fā)框架的配置文件以獲取定義后的前端模塊；管理模塊，用于...

所述方法還包括基于http-proxy(代理服務(wù)器)實(shí)現(xiàn)所述前端模塊的服務(wù)接口調(diào)用。本發(fā)明實(shí)施例一種可行的實(shí)施方式中，通過(guò)，代理地址可以在配置文件中進(jìn)行配置。配置文件中可以指定mock類型、服務(wù)地址及規(guī)則，mock的實(shí)現(xiàn)也是http-proxy代理實(shí)現(xiàn)。對(duì)于需要預(yù)編譯client模塊的開發(fā)環(huán)境集成，需要配置文件中指定client模塊的開發(fā)服務(wù)地址及靜態(tài)資源映射路徑，然后亦可通過(guò)http-proxy來(lái)代理這些資源路徑。前端模塊在開發(fā)中調(diào)用服務(wù)接口的方式包括以下幾種，其均主要基于node的http-proxy來(lái)實(shí)現(xiàn)：指定的mockserver公用的后臺(tái)服務(wù)；指定的后臺(tái)開發(fā)人員的服務(wù)，web...

所述第二依賴關(guān)系可以為在新增前端模塊的web微服務(wù)環(huán)境中前端模塊與對(duì)應(yīng)的組件或?qū)?yīng)應(yīng)用之間的通信協(xié)議產(chǎn)生，所述一依賴關(guān)系與所述第二依賴關(guān)系之間可以互為補(bǔ)充，亦可為互為包含，通過(guò)根據(jù)所述一依賴關(guān)系和所述第二依賴關(guān)系生成所述定義后的前端模塊的依賴關(guān)系，能夠避免封裝后的前端模塊在配置時(shí)出現(xiàn)依賴偏差。本發(fā)明實(shí)施例的前端開發(fā)環(huán)境搭建完成后，通過(guò)讀取平臺(tái)配置文件獲取所需要的client模塊，按照配置文件中的順序依次加載對(duì)應(yīng)的各模塊，然后獲取到各模塊的靜態(tài)資源路徑，將該路徑通過(guò)執(zhí)行，這樣就實(shí)現(xiàn)了結(jié)合上述依賴關(guān)系控制client模塊的靜態(tài)資源加載及相應(yīng)順序。在平臺(tái)與client模塊開發(fā)過(guò)程中，還可以通...

所述模塊包文件為通過(guò)java語(yǔ)言編寫的java代碼形成的jar包，每一獨(dú)有形成的jar包可能用于實(shí)現(xiàn)某一功能或者應(yīng)用。通過(guò)源工程獲取的資源文件，可以為html，js，css，img文件中的一種或兩種及以上的組合，例如通過(guò)java語(yǔ)言實(shí)現(xiàn)的jar，在jar包內(nèi)可包括其對(duì)應(yīng)的資源文件，可通過(guò)封裝的形式形成所述前端模塊，其它類型的資源文件可以為根據(jù)具體代碼封裝生成。本發(fā)明實(shí)施例的一種具體的實(shí)施場(chǎng)景中，所述前端資源文件還包括根據(jù)開發(fā)需求形成的資源文件，根據(jù)具體的開發(fā)需求可以實(shí)現(xiàn)資源文件的定制，進(jìn)一步還可以實(shí)現(xiàn)對(duì)資源文件的平臺(tái)共享。在步驟120中，對(duì)所述前端應(yīng)用模塊所屬的前端模塊進(jìn)行定義，其中，...

通過(guò)在前端模塊接入web微服務(wù)平臺(tái)化的前端開發(fā)框架的入口文件中增加相應(yīng)的申明(以定義的方式或修改屬性參數(shù)的方式進(jìn)行)的方式，使得前端模塊在，因此通過(guò)搭建企業(yè)內(nèi)部的npm倉(cāng)庫(kù)，將前端模塊的各client模塊通過(guò)npmpublish發(fā)布至搭建的新的前端開發(fā)環(huán)境，達(dá)到所有的client前端模塊進(jìn)行管理的效果。本發(fā)明實(shí)施例一種可行的實(shí)施方式中，所述通過(guò)所述包管理工具建立所述定義后的前端模塊的依賴關(guān)系，包括：在步驟410中，獲取所述前端模塊的應(yīng)用模塊與組件間的一依賴關(guān)系；所述一依賴關(guān)系為所述模塊包文件(具體為業(yè)務(wù)子模塊)在工程中所體現(xiàn)的應(yīng)用模塊與組件之間的依賴關(guān)系，其一般可通過(guò)資源映射的方式體現(xiàn)...

本發(fā)明通過(guò)將原工作的模塊包文件抽離封裝形成獨(dú)有的客戶端的形式，使得按照開發(fā)需求根據(jù)已形成的客戶端進(jìn)行所需要的配置，根據(jù)不同的配置文件能夠形成不同的客戶端模塊，將所有需要的配置打包成一個(gè)模塊發(fā)布到管理平臺(tái)后開發(fā)人員能夠直接使用這些客戶端模塊。本發(fā)明解決了在非前后端分離開發(fā)過(guò)程中過(guò)于依賴后端環(huán)境的問(wèn)題，降低了前端開發(fā)的難度，同時(shí)也解決了完全前后端分離下前端工程結(jié)構(gòu)未能按模塊拆分過(guò)于耦合的問(wèn)題。本發(fā)明中，上述各技術(shù)方案之間還可以相互組合，以實(shí)現(xiàn)更多的推薦組合方案。本發(fā)明的其他特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書中闡述，并且，部分優(yōu)點(diǎn)可從說(shuō)明書中變得顯而易見，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他...

在PR碼頭前1ms輸出秒控制信號(hào)B與IRIG-B碼的信號(hào)A進(jìn)行與運(yùn)算，輸出的C信號(hào)即為解調(diào)出來(lái)的同步秒脈沖信號(hào)，確保了秒脈沖前沿的精度，見圖4所示。圖4IRIG-B解調(diào)秒脈沖的形成基準(zhǔn)信號(hào)的比對(duì)：分別對(duì)時(shí)間信息和秒脈沖信息進(jìn)行比對(duì)。在時(shí)間數(shù)據(jù)比較相同時(shí)認(rèn)為時(shí)間信息一致，而脈沖前沿在允許的誤差范圍內(nèi)（如±μS）認(rèn)為一致。基準(zhǔn)信息的選擇：系統(tǒng)通過(guò)參數(shù)設(shè)置健設(shè)置基準(zhǔn)時(shí)間輸入的優(yōu)先級(jí)，通常按BD-GPS-IRIG-B設(shè)置優(yōu)先級(jí)，也可以按GPS-BD-IRIG-B設(shè)置優(yōu)先級(jí)等。當(dāng)三個(gè)或兩個(gè)時(shí)基源比對(duì)結(jié)果完全一致時(shí)，選擇結(jié)果一致的時(shí)基源優(yōu)先級(jí)比較高的冗余時(shí)間信號(hào)和脈沖信號(hào)輸出，當(dāng)比對(duì)結(jié)果不一致時(shí)不...

并將每一段獨(dú)有的抽離后的模塊包文件發(fā)送至web微服務(wù)平臺(tái)化的前端開發(fā)框架，以生成對(duì)應(yīng)的前端模塊；配置定義單元，用于對(duì)所述前端應(yīng)用模塊所屬的前端模塊進(jìn)行定義，其中，所述定義包括對(duì)所述前端模塊的靜態(tài)資源目錄和工程化相關(guān)文件進(jìn)行的配置；依賴建立單元，用于通過(guò)javascript包管理工具建立所述定義后的前端模塊的依賴關(guān)系；環(huán)境搭建單元，用于從所述web微服務(wù)平臺(tái)化的前端開發(fā)框架中預(yù)建立的工程模板中獲取待搭建環(huán)境的待用模板，根據(jù)待用模板以及所述依賴關(guān)系搭建前端開發(fā)環(huán)境。上述的裝置，所述裝置還包括：讀取模塊，用于讀取web微服務(wù)平臺(tái)化的前端開發(fā)框架的配置文件以獲取定義后的前端模塊；管理模塊，用于...

本發(fā)明涉及一種前端開發(fā)環(huán)境的搭建方法、裝置、設(shè)備及存儲(chǔ)介質(zhì)，其主要運(yùn)用于前端開發(fā)使用語(yǔ)言進(jìn)行過(guò)渡的場(chǎng)景中，其基本思想是：將現(xiàn)有工程的資源文件及配置文件以及根據(jù)開發(fā)需求生成的配置資源文件等進(jìn)行封裝形成前端模塊，該前端模塊包括前端平臺(tái)模塊以及前端應(yīng)用模塊，其中的前端平臺(tái)模塊又包括前端基礎(chǔ)模塊，前端基礎(chǔ)模塊包括若干基礎(chǔ)子模塊，前端模塊中包括了前端應(yīng)用模塊的依賴以及組件的依賴，將前端模塊發(fā)布后，開發(fā)人員能夠通過(guò)這種方式直接通過(guò)配置文件讀取這些前端模塊，而不再依賴于已編譯的后端工程文件，對(duì)于開發(fā)工作人員而言提供了一種新的前端開發(fā)環(huán)境以及一種新的前端開發(fā)環(huán)境的快速搭建方法。圖1為本發(fā)明實(shí)施例一提供...

前端開發(fā)環(huán)境的搭建方法、裝置、設(shè)備及存儲(chǔ)介質(zhì)。背景技術(shù)：微服務(wù)是一種服務(wù)間松耦合的、每個(gè)服務(wù)之間高度自治并且使用輕量級(jí)協(xié)議進(jìn)行通信的可持續(xù)集成部署的分布式架構(gòu)體系。其可以采取較為典型的分布式結(jié)構(gòu)，細(xì)分的部署粒度，服務(wù)的擴(kuò)展性更為靈活。前端開發(fā)模式目前有兩種方式：其中的一種是，利用微服務(wù)體系實(shí)現(xiàn)各服務(wù)間隔離、自治，體現(xiàn)在工程中各服務(wù)模塊也相對(duì)獨(dú)有，在基于springcloud搭建的微服務(wù)平臺(tái)架構(gòu)中，常用的是將每個(gè)模塊對(duì)應(yīng)的前端資源放入對(duì)應(yīng)的web模塊resources/static目錄下，通過(guò)maven將所有的模塊整合在一起，但是這樣所有的前端資源都分散在不同的jar包中，通過(guò)配置靜態(tài)資...

基于微服務(wù)的完善前端開發(fā)環(huán)境搭建完成之后，能夠?qū)崿F(xiàn)前端應(yīng)用的獨(dú)有解耦、前端依賴管理、純粹的開發(fā)環(huán)境和平臺(tái)化工程化的管理。本領(lǐng)域技術(shù)人員可以理解，實(shí)現(xiàn)上述實(shí)施例方法的全部或部分流程，可以通過(guò)計(jì)算機(jī)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中。其中，所述計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)為磁盤、光盤、只讀存儲(chǔ)記憶體或隨機(jī)存儲(chǔ)記憶體等。圖6示例了一種電子設(shè)備的實(shí)體結(jié)構(gòu)示意圖，如圖6所示，該電子設(shè)備可以包括：處理器(processor)810、通信接口(communicationsinterface)820、存儲(chǔ)器(memory)830和通信總線840，其中，處理器810，通信接口820...

用于通過(guò)web微服務(wù)平臺(tái)化預(yù)建立的前端應(yīng)用工程模板創(chuàng)建前端應(yīng)用模塊，在所述前端應(yīng)用模塊加入前端資源文件；其中的配置定義單元520，用于對(duì)所述前端應(yīng)用模塊所屬的前端模塊進(jìn)行定義，其中，所述定義包括對(duì)所述前端模塊的靜態(tài)資源目錄和工程化相關(guān)文件進(jìn)行的配置；其中的依賴建立單元530，用于通過(guò)javascript包管理工具建立所述定義后的前端模塊的依賴關(guān)系；其中的環(huán)境搭建單元540，用于通過(guò)所述web微服務(wù)平臺(tái)化的前端開發(fā)框架預(yù)建立的前端工程模板創(chuàng)建前端平臺(tái)模塊，結(jié)合所述依賴關(guān)系搭建前端開發(fā)環(huán)境。本發(fā)明實(shí)施例一種可行的實(shí)施方式中，所述裝置還包括：讀取模塊，用于讀取web微服務(wù)平臺(tái)化的前端開發(fā)框架...

對(duì)所述定義后的前端模塊進(jìn)行預(yù)編譯、打包和壓縮，并將壓縮后的前端模塊發(fā)送至包管理工具進(jìn)行管理。結(jié)合上述說(shuō)明，在本發(fā)明實(shí)例的另一種可能的實(shí)施方式中，對(duì)所述前端應(yīng)用模塊所屬的前端模塊進(jìn)行定義，還包括：對(duì)所述前端模塊的預(yù)編譯命令進(jìn)行配置；和/或?qū)λ銮岸四K的資源映射進(jìn)行配置。結(jié)合上述說(shuō)明，在本發(fā)明實(shí)例的另一種可能的實(shí)施方式中，所述通過(guò)所述包管理工具建立所述定義后的前端模塊的依賴關(guān)系，包括：獲取所述前端模塊的應(yīng)用模塊與組件間的一依賴關(guān)系；工程化相關(guān)文件獲取所述前端模塊的平臺(tái)模塊與應(yīng)用模塊間的第二依賴關(guān)系；根據(jù)所述一依賴關(guān)系和所述第二依賴關(guān)系生成所述定義后的前端模塊的依賴關(guān)系。結(jié)合上述說(shuō)明，在本...

通過(guò)web微服務(wù)平臺(tái)化的前端開發(fā)框架的配置文件獲取開發(fā)完成的前端模塊，對(duì)所述定義后的前端模塊進(jìn)行預(yù)編譯、打包和壓縮，并將壓縮后的前端模塊通過(guò)搭建企業(yè)內(nèi)部的npm倉(cāng)庫(kù)，將前端模塊通過(guò)npm包管理工具的publish組件發(fā)布至搭建的至npm私的服(前端模塊的管理平臺(tái))，達(dá)到所有的client模塊進(jìn)行管理。本發(fā)明實(shí)施例的一種實(shí)施場(chǎng)景下，所述打包流程包括：利用，用gulp構(gòu)建任務(wù)監(jiān)控所有靜態(tài)資源、js、css、sass和html；一般地，具體步驟包括：清理輸出目錄；對(duì)于需要預(yù)編譯的模板進(jìn)行預(yù)編譯處理；整合平臺(tái)基礎(chǔ)依賴和應(yīng)用模塊的資源文件到整合目錄；整合應(yīng)用模塊配置的第三方資源文件到整合目錄；依...

本發(fā)明通過(guò)將原工作的模塊包文件抽離封裝形成獨(dú)有的客戶端的形式，使得按照開發(fā)需求根據(jù)已形成的客戶端進(jìn)行所需要的配置，根據(jù)不同的配置文件能夠形成不同的客戶端模塊，將所有需要的配置打包成一個(gè)模塊發(fā)布到管理平臺(tái)后開發(fā)人員能夠直接使用這些客戶端模塊。本發(fā)明解決了在非前后端分離開發(fā)過(guò)程中過(guò)于依賴后端環(huán)境的問(wèn)題，降低了前端開發(fā)的難度，同時(shí)也解決了完全前后端分離下前端工程結(jié)構(gòu)未能按模塊拆分過(guò)于耦合的問(wèn)題。本發(fā)明中，上述各技術(shù)方案之間還可以相互組合，以實(shí)現(xiàn)更多的推薦組合方案。本發(fā)明的其他特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書中闡述，并且，部分優(yōu)點(diǎn)可從說(shuō)明書中變得顯而易見，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他...

通過(guò)在前端模塊接入web微服務(wù)平臺(tái)化的前端開發(fā)框架的入口文件中增加相應(yīng)的申明(以定義的方式或修改屬性參數(shù)的方式進(jìn)行)的方式，使得前端模塊在，因此通過(guò)搭建企業(yè)內(nèi)部的npm倉(cāng)庫(kù)，將前端模塊的各client模塊通過(guò)npmpublish發(fā)布至搭建的新的前端開發(fā)環(huán)境，達(dá)到所有的client前端模塊進(jìn)行管理的效果。本發(fā)明實(shí)施例一種可行的實(shí)施方式中，所述通過(guò)所述包管理工具建立所述定義后的前端模塊的依賴關(guān)系，包括：在步驟410中，獲取所述前端模塊的應(yīng)用模塊與組件間的一依賴關(guān)系；所述一依賴關(guān)系為所述模塊包文件(具體為業(yè)務(wù)子模塊)在工程中所體現(xiàn)的應(yīng)用模塊與組件之間的依賴關(guān)系，其一般可通過(guò)資源映射的方式體現(xiàn)...

所述第二依賴關(guān)系可以為在新增前端模塊的web微服務(wù)環(huán)境中前端模塊與對(duì)應(yīng)的組件或?qū)?yīng)應(yīng)用之間的通信協(xié)議產(chǎn)生，所述一依賴關(guān)系與所述第二依賴關(guān)系之間可以互為補(bǔ)充，亦可為互為包含，通過(guò)根據(jù)所述一依賴關(guān)系和所述第二依賴關(guān)系生成所述定義后的前端模塊的依賴關(guān)系，能夠避免封裝后的前端模塊在配置時(shí)出現(xiàn)依賴偏差。本發(fā)明實(shí)施例的前端開發(fā)環(huán)境搭建完成后，通過(guò)讀取平臺(tái)配置文件獲取所需要的client模塊，按照配置文件中的順序依次加載對(duì)應(yīng)的各模塊，然后獲取到各模塊的靜態(tài)資源路徑，將該路徑通過(guò)執(zhí)行，這樣就實(shí)現(xiàn)了結(jié)合上述依賴關(guān)系控制client模塊的靜態(tài)資源加載及相應(yīng)順序。在平臺(tái)與client模塊開發(fā)過(guò)程中，還可以通...

所述第二依賴關(guān)系可以為在新增前端模塊的web微服務(wù)環(huán)境中前端模塊與對(duì)應(yīng)的組件或?qū)?yīng)應(yīng)用之間的通信協(xié)議產(chǎn)生，所述一依賴關(guān)系與所述第二依賴關(guān)系之間可以互為補(bǔ)充，亦可為互為包含，通過(guò)根據(jù)所述一依賴關(guān)系和所述第二依賴關(guān)系生成所述定義后的前端模塊的依賴關(guān)系，能夠避免封裝后的前端模塊在配置時(shí)出現(xiàn)依賴偏差。本發(fā)明實(shí)施例的前端開發(fā)環(huán)境搭建完成后，通過(guò)讀取平臺(tái)配置文件獲取所需要的client模塊，按照配置文件中的順序依次加載對(duì)應(yīng)的各模塊，然后獲取到各模塊的靜態(tài)資源路徑，將該路徑通過(guò)執(zhí)行，這樣就實(shí)現(xiàn)了結(jié)合上述依賴關(guān)系控制client模塊的靜態(tài)資源加載及相應(yīng)順序。在平臺(tái)與client模塊開發(fā)過(guò)程中，還可以通...

app-client為業(yè)務(wù)子模塊，portal-client為業(yè)務(wù)平臺(tái)整合模塊。所述portal-client前端構(gòu)建包括：通過(guò)內(nèi)置命令對(duì)portal-client整體構(gòu)建打包；通過(guò)內(nèi)置命令發(fā)布portal-client和app-client至至npm私的服(前端模塊的管理平臺(tái))，可供其他平臺(tái)自由組合使用。所述portal-client前端開發(fā)配置包括：配置前端開發(fā)服務(wù)訪問(wèn)端口；配置后端服務(wù)反向代理地址；配置mock服務(wù)訪問(wèn)模式(mock-server、share-portal、dev-portal)；配置平臺(tái)應(yīng)用的裝載順序及應(yīng)用的裝載模式；通過(guò)內(nèi)置命令啟動(dòng)前端開發(fā)服務(wù)；通過(guò)平臺(tái)具體場(chǎng)...

用于通過(guò)web微服務(wù)平臺(tái)化預(yù)建立的前端應(yīng)用工程模板創(chuàng)建前端應(yīng)用模塊，在所述前端應(yīng)用模塊加入前端資源文件；其中的配置定義單元520，用于對(duì)所述前端應(yīng)用模塊所屬的前端模塊進(jìn)行定義，其中，所述定義包括對(duì)所述前端模塊的靜態(tài)資源目錄和工程化相關(guān)文件進(jìn)行的配置；其中的依賴建立單元530，用于通過(guò)javascript包管理工具建立所述定義后的前端模塊的依賴關(guān)系；其中的環(huán)境搭建單元540，用于通過(guò)所述web微服務(wù)平臺(tái)化的前端開發(fā)框架預(yù)建立的前端工程模板創(chuàng)建前端平臺(tái)模塊，結(jié)合所述依賴關(guān)系搭建前端開發(fā)環(huán)境。本發(fā)明實(shí)施例一種可行的實(shí)施方式中，所述裝置還包括：讀取模塊，用于讀取web微服務(wù)平臺(tái)化的前端開發(fā)框架...

無(wú)錫邦程信息科技有限公司專業(yè)從事網(wǎng)站建設(shè)、電商方及APP開發(fā)等業(yè)務(wù)，為客戶提供一站式品牌策劃、創(chuàng)意設(shè)計(jì)、開發(fā)及托管等服務(wù)。邦程科技視推動(dòng)中國(guó)企業(yè)開展電子商務(wù)、實(shí)現(xiàn)信息化為己任；深入研究企業(yè)客戶的實(shí)際需要，開創(chuàng)性地建立了適合中小企業(yè)需要的IT應(yīng)用服務(wù)運(yùn)營(yíng)模式；運(yùn)用先進(jìn)的信息技術(shù)搭建起一個(gè)適合企業(yè)業(yè)務(wù)和管理需要的應(yīng)用服務(wù)平臺(tái)，并透過(guò)龐大的全球性商務(wù)網(wǎng)絡(luò)，面對(duì)面地向企業(yè)客戶提供全方面、標(biāo)準(zhǔn)化、一站式的IT應(yīng)用服務(wù)和信息化解決方案。在項(xiàng)目過(guò)程中，邦程科技通過(guò)周密的策劃、深入的調(diào)查、理性的分析、精妙的創(chuàng)意、專業(yè)的實(shí)施，并同客戶的實(shí)際情況和具體需求進(jìn)行良好結(jié)合，為不同類型的客戶提供質(zhì)量的互聯(lián)網(wǎng)應(yīng)用...

ramrandomaccessmemory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。另一方面，本發(fā)明實(shí)施例還提供一種非暫態(tài)計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，該計(jì)算機(jī)程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)以執(zhí)行上述各實(shí)施例提供的傳輸方法，例如包括：通過(guò)web微服務(wù)平臺(tái)化預(yù)建立的前端應(yīng)用工程模板創(chuàng)建前端應(yīng)用模塊，在所述前端應(yīng)用模塊加入前端資源文件，其中，所述前端資源文件包括源工程遷移的資源文件和根據(jù)開發(fā)需求形成的資源文件；對(duì)所述前端應(yīng)用模塊所屬的前端模塊進(jìn)行定義，其中，所述定義為對(duì)所述前端模塊的靜態(tài)資源目錄和工程化相關(guān)文件進(jìn)行的配置；通過(guò)javascript包管理工具建立所述定義后的前端模塊的...

在傳統(tǒng)的web應(yīng)用開發(fā)的基礎(chǔ)結(jié)構(gòu)，例如api、web和server結(jié)構(gòu)的web微服務(wù)平臺(tái)化的前端開發(fā)框架基礎(chǔ)上增加了新的前端模塊，結(jié)合圖2所示，為本發(fā)明的實(shí)施例的模塊結(jié)構(gòu)劃分示意圖，其中的前端模塊為現(xiàn)有的api、web和server的基礎(chǔ)上增加的client模塊(前端模塊)，從圖中可以看出，所述前端模塊與原有的java工程完全解耦，使得前端模塊在web微服務(wù)平臺(tái)化的前端開發(fā)框架中擁有更靈活的應(yīng)用以及更多創(chuàng)造性應(yīng)用。結(jié)合圖3所示，為本發(fā)明的前端模塊在web微服務(wù)平臺(tái)化的前端開發(fā)框架下的前端模塊的工程結(jié)構(gòu)，其中，前端工程結(jié)構(gòu)是基于npm的模塊化管理實(shí)現(xiàn)，工程結(jié)構(gòu)與模塊劃分也更加清晰，結(jié)合圖...

隨著智能變電站的推廣應(yīng)用，變電站對(duì)標(biāo)準(zhǔn)時(shí)間同步系統(tǒng)的要求越來(lái)越高，本系統(tǒng)采用FPGA搭建的時(shí)間同步系統(tǒng)，實(shí)現(xiàn)了GPS、北斗和IRIG-B等多種時(shí)鐘源輸入冗余技術(shù)和鎖相環(huán)技術(shù)，輸出電站時(shí)間同步需要的脈沖、串口、IRIG-B、NTP、PTP和光纖編碼等信號(hào)。1引言隨著電力系統(tǒng)自動(dòng)控制水平的不斷提高，發(fā)電廠、變電站和電力調(diào)度等各種自動(dòng)化設(shè)備的運(yùn)行離不開時(shí)間的統(tǒng)一。目前在實(shí)際應(yīng)用中，電力設(shè)備的多樣性使得對(duì)時(shí)間同步的要求也各種各樣，應(yīng)用較多的時(shí)間源為GPS、BD（北斗）和IRIG-B，由此提供高精度的時(shí)間基準(zhǔn)，通過(guò)解碼轉(zhuǎn)換形成秒（分或時(shí)）脈沖信號(hào)、IRIG-B交直流碼、NTP、IEEE1588（...

所述方法還包括基于http-proxy(代理服務(wù)器)實(shí)現(xiàn)所述前端模塊的服務(wù)接口調(diào)用。本發(fā)明實(shí)施例一種可行的實(shí)施方式中，通過(guò)，代理地址可以在配置文件中進(jìn)行配置。配置文件中可以指定mock類型、服務(wù)地址及規(guī)則，mock的實(shí)現(xiàn)也是http-proxy代理實(shí)現(xiàn)。對(duì)于需要預(yù)編譯client模塊的開發(fā)環(huán)境集成，需要配置文件中指定client模塊的開發(fā)服務(wù)地址及靜態(tài)資源映射路徑，然后亦可通過(guò)http-proxy來(lái)代理這些資源路徑。前端模塊在開發(fā)中調(diào)用服務(wù)接口的方式包括以下幾種，其均主要基于node的http-proxy來(lái)實(shí)現(xiàn)：指定的mockserver公用的后臺(tái)服務(wù)；指定的后臺(tái)開發(fā)人員的服務(wù)，web...

經(jīng)DA轉(zhuǎn)換、驅(qū)動(dòng)和變壓器隔離輸出交流B碼。根據(jù)UART協(xié)議，將發(fā)送數(shù)據(jù)鎖存為并行數(shù)據(jù)，由數(shù)據(jù)傳輸波特率產(chǎn)生的發(fā)送時(shí)鐘發(fā)送移位輸出，即完成數(shù)據(jù)的異步發(fā)送。輸出信號(hào)的接口電路根據(jù)電力系統(tǒng)對(duì)時(shí)間同步信號(hào)及數(shù)量的不同需求[5]，通過(guò)參數(shù)設(shè)置選擇脈沖信號(hào)（1PPH、1PPM和1PPS）、B碼、串行信號(hào)進(jìn)行二次分配，通過(guò)本系統(tǒng)設(shè)計(jì)的4路TTL、4路RS232、4路RS485（或RS422）、4路高速光電隔離器6N137或4路850nm的光纖發(fā)送器HFBR1412輸出。網(wǎng)絡(luò)時(shí)間同步是數(shù)字變電站和數(shù)字化設(shè)備普遍采用的一種重要的同步方式，目前分為NTP和PTP兩種授時(shí)。NTP精度在局域網(wǎng)內(nèi)可達(dá)毫秒級(jí),用...

基于微服務(wù)的完善前端開發(fā)環(huán)境搭建完成之后，能夠?qū)崿F(xiàn)前端應(yīng)用的獨(dú)有解耦、前端依賴管理、純粹的開發(fā)環(huán)境和平臺(tái)化工程化的管理。本領(lǐng)域技術(shù)人員可以理解，實(shí)現(xiàn)上述實(shí)施例方法的全部或部分流程，可以通過(guò)計(jì)算機(jī)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中。其中，所述計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)為磁盤、光盤、只讀存儲(chǔ)記憶體或隨機(jī)存儲(chǔ)記憶體等。圖6示例了一種電子設(shè)備的實(shí)體結(jié)構(gòu)示意圖，如圖6所示，該電子設(shè)備可以包括：處理器(processor)810、通信接口(communicationsinterface)820、存儲(chǔ)器(memory)830和通信總線840，其中，處理器810，通信接口820...

那么我們又該怎樣去定義智慧水務(wù)？王浩院士曾說(shuō)：智慧水務(wù)是充分利用新一代信息技術(shù)，深入挖掘和普通運(yùn)用水務(wù)信息資源，通過(guò)水務(wù)信息的采集、傳輸、存儲(chǔ)、處理服務(wù)，全方面提升水務(wù)管理的效率和效益，實(shí)現(xiàn)更全方面的感知，更主動(dòng)的服務(wù)，更科學(xué)的決策，更主動(dòng)的控制，更及時(shí)的應(yīng)對(duì)。在我們看來(lái)，智慧是解放人、拓展人的認(rèn)知與理解能力，以及更好地服務(wù)于人；而將智慧賦予人之外的水務(wù)系統(tǒng)，使之具有一定程度的識(shí)別問(wèn)題與解決問(wèn)題的能力，能將人從各類簡(jiǎn)單重復(fù)的工作中解放出來(lái)，實(shí)現(xiàn)少人或無(wú)人化運(yùn)行。軟件協(xié)同實(shí)際工作，逐步實(shí)現(xiàn)智慧水務(wù)。隨著互聯(lián)網(wǎng)的發(fā)展，大數(shù)據(jù)、云平臺(tái)等先進(jìn)技術(shù)的成熟運(yùn)用。對(duì)于智慧水務(wù)，我們這里主要談及兩種技...