无码毛片内射白浆视频,四虎家庭影院,免费A级毛片无码A∨蜜芽试看,高H喷水荡肉爽文NP肉色学校

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前端開(kāi)發(fā)配置包括：配置前端開(kāi)發(fā)服務(wù)訪(fǎng)問(wèn)端口；配置后端服務(wù)反向代理地址；配置mock服務(wù)訪(fǎng)問(wèn)模式(mock-server、share-portal、dev-portal)；配置平臺(tái)應(yīng)用的裝載順序及應(yīng)用的裝載模式；通過(guò)內(nèi)置命令啟動(dòng)前端開(kāi)發(fā)服務(wù)；通過(guò)平臺(tái)具體場(chǎng)...

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

也可發(fā)生于前端模塊的封裝過(guò)程中，即對(duì)所述靜態(tài)資源目錄和工程化相關(guān)文件進(jìn)行定義后，結(jié)合所述資源文件封裝為所述前端模塊。在步驟130中，通過(guò)javascript包管理工具建立所述定義后的前端模塊的依賴(lài)關(guān)系；所述javascript包管理工具一般為npm包管理工具，通過(guò)調(diào)用npm包管理工具能夠?qū)⑺銮岸四K存儲(chǔ)到web微服務(wù)平臺(tái)化的前端開(kāi)發(fā)框架的相應(yīng)存儲(chǔ)路徑。本步驟中，定義后的前端模塊中包括了靜態(tài)資源目錄和工程化相關(guān)文件，通過(guò)javascript包管理工具讀取所述靜態(tài)資源目錄可建立所述前端模塊的依賴(lài)關(guān)系，通過(guò)對(duì)所述。所述前端模塊可以為一種便于管理的模塊包文件，以通過(guò)所述javascript包...

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

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

提供高精度、穩(wěn)定的頻率信號(hào)，經(jīng)外部時(shí)基信號(hào)同步，形成內(nèi)部時(shí)鐘，實(shí)現(xiàn)時(shí)間的同步和統(tǒng)一。同步時(shí)間輸出的選擇電力系統(tǒng)自動(dòng)化設(shè)備種類(lèi)繁多，對(duì)時(shí)間同步的要求也各種各樣。FPGA的實(shí)時(shí)性和多輸入輸出端口，使得實(shí)現(xiàn)多種時(shí)間信號(hào)輸出成為可能。目前時(shí)間同步信號(hào)主要包含為：脈沖校時(shí)（秒脈沖、分脈沖和時(shí)脈沖）、串口校時(shí)、交直流IRIG-B碼校時(shí)、NTP或PTP網(wǎng)絡(luò)校時(shí)，以及光纖接口校時(shí)等。3基于FPGA系統(tǒng)方案的實(shí)現(xiàn)根據(jù)變電站對(duì)時(shí)間同步的要求，選擇FPGA為中心，實(shí)現(xiàn)多時(shí)鐘源輸入和多授時(shí)方式輸出接口的時(shí)鐘裝置，系統(tǒng)組成原理框圖如圖1所示。圖1時(shí)間同步系統(tǒng)組成同步信號(hào)的處理時(shí)鐘系統(tǒng)的時(shí)間同步信號(hào)主要來(lái)自外部時(shí)...

也可發(fā)生于前端模塊的封裝過(guò)程中，即對(duì)所述靜態(tài)資源目錄和工程化相關(guān)文件進(jìn)行定義后，結(jié)合所述資源文件封裝為所述前端模塊。在步驟130中，通過(guò)javascript包管理工具建立所述定義后的前端模塊的依賴(lài)關(guān)系；所述javascript包管理工具一般為npm包管理工具，通過(guò)調(diào)用npm包管理工具能夠?qū)⑺銮岸四K存儲(chǔ)到web微服務(wù)平臺(tái)化的前端開(kāi)發(fā)框架的相應(yīng)存儲(chǔ)路徑。本步驟中，定義后的前端模塊中包括了靜態(tài)資源目錄和工程化相關(guān)文件，通過(guò)javascript包管理工具讀取所述靜態(tài)資源目錄可建立所述前端模塊的依賴(lài)關(guān)系，通過(guò)對(duì)所述。所述前端模塊可以為一種便于管理的模塊包文件，以通過(guò)所述javascript包...

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前端開(kāi)發(fā)配置包括：配置前端開(kāi)發(fā)服務(wù)訪(fǎng)問(wèn)端口；配置后端服務(wù)反向代理地址；配置mock服務(wù)訪(fǎng)問(wèn)模式(mock-server、share-portal、dev-portal)；配置平臺(tái)應(yīng)用的裝載順序及應(yīng)用的裝載模式；通過(guò)內(nèi)置命令啟動(dòng)前端開(kāi)發(fā)服務(wù)；通過(guò)平臺(tái)具體場(chǎng)...

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

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

基于微服務(wù)的完善前端開(kāi)發(fā)環(huán)境搭建完成之后，能夠?qū)崿F(xiàn)前端應(yīng)用的獨(dú)有解耦、前端依賴(lài)管理、純粹的開(kāi)發(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ì)為磁盤(pán)、光盤(pán)、只讀存儲(chǔ)記憶體或隨機(jī)存儲(chǔ)記憶體等。圖6示例了一種電子設(shè)備的實(shí)體結(jié)構(gòu)示意圖，如圖6所示，該電子設(shè)備可以包括：處理器(processor)810、通信接口(communicationsinterface)820、存儲(chǔ)器(memory)830和通信總線(xiàn)840，其中，處理器810，通信接口820...

經(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í),用...

對(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ò)所述包管理工具建立所述定義后的前端模塊的依賴(lài)關(guān)系，包括：獲取所述前端模塊的應(yīng)用模塊與組件間的一依賴(lài)關(guān)系；工程化相關(guān)文件獲取所述前端模塊的平臺(tái)模塊與應(yīng)用模塊間的第二依賴(lài)關(guān)系；根據(jù)所述一依賴(lài)關(guān)系和所述第二依賴(lài)關(guān)系生成所述定義后的前端模塊的依賴(lài)關(guān)系。結(jié)合上述說(shuō)明，在本...

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

前端開(kāi)發(fā)環(huán)境的搭建方法、裝置、設(shè)備及存儲(chǔ)介質(zhì)。背景技術(shù)：微服務(wù)是一種服務(wù)間松耦合的、每個(gè)服務(wù)之間高度自治并且使用輕量級(jí)協(xié)議進(jìn)行通信的可持續(xù)集成部署的分布式架構(gòu)體系。其可以采取較為典型的分布式結(jié)構(gòu)，細(xì)分的部署粒度，服務(wù)的擴(kuò)展性更為靈活。前端開(kāi)發(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)資...

通過(guò)web微服務(wù)平臺(tái)化的前端開(kāi)發(fā)框架的配置文件獲取開(kāi)發(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ǔ)依賴(lài)和應(yīng)用模塊的資源文件到整合目錄；整合應(yīng)用模塊配置的第三方資源文件到整合目錄；依...

隨著智能變電站的推廣應(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ā)電廠(chǎng)、變電站和電力調(diào)度等各種自動(dòng)化設(shè)備的運(yùn)行離不開(kāi)時(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（...

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

通過(guò)web微服務(wù)平臺(tái)化的前端開(kāi)發(fā)框架的配置文件獲取開(kāi)發(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ǔ)依賴(lài)和應(yīng)用模塊的資源文件到整合目錄；整合應(yīng)用模塊配置的第三方資源文件到整合目錄；依...

ramrandomaccessmemory)、磁碟或者光盤(pán)等各種可以存儲(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ù)開(kāi)發(fā)需求形成的資源文件；對(duì)所述前端應(yīng)用模塊所屬的前端模塊進(jìn)行定義，其中，所述定義為對(duì)所述前端模塊的靜態(tài)資源目錄和工程化相關(guān)文件進(jìn)行的配置；通過(guò)javascript包管理工具建立所述定義后的前端模塊的...

隨著智能變電站的推廣應(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ā)電廠(chǎng)、變電站和電力調(diào)度等各種自動(dòng)化設(shè)備的運(yùn)行離不開(kāi)時(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（...

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

以獲得時(shí)間和日期等。異步傳輸是按字符傳輸?shù)?一個(gè)字符的信息由起始位、數(shù)據(jù)位、奇偶校驗(yàn)位和停止位組成，1位起始位、8位數(shù)據(jù)位、2位停止位和無(wú)校驗(yàn)位異步數(shù)據(jù)幀格式見(jiàn)圖2所示。通過(guò)檢測(cè)輸入數(shù)據(jù)的下降沿獲得起始位，按波特率生成接收時(shí)鐘，采集串行輸入數(shù)據(jù)并移位操作。判斷標(biāo)志信息，提取數(shù)據(jù)位數(shù)據(jù)，進(jìn)行串轉(zhuǎn)并處理，獲得時(shí)間信息和有效/無(wú)效狀態(tài)信息，并將兩者的信息轉(zhuǎn)換成相對(duì)應(yīng)的年月日時(shí)分秒的時(shí)間信息以便比對(duì)。圖2異步通信的幀格式有線(xiàn)時(shí)基信號(hào)的獲?。篒RIG-B碼是一種常用的授時(shí)方式，含有時(shí)間信息和準(zhǔn)確的脈沖沿信息。輸出是一種串行時(shí)間碼，幀長(zhǎng)1S，共計(jì)100個(gè)碼元，碼元寬度為10ms，采用脈寬編碼形式，...

基于微服務(wù)的完善前端開(kāi)發(fā)環(huán)境搭建完成之后，能夠?qū)崿F(xiàn)前端應(yīng)用的獨(dú)有解耦、前端依賴(lài)管理、純粹的開(kāi)發(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ì)為磁盤(pán)、光盤(pán)、只讀存儲(chǔ)記憶體或隨機(jī)存儲(chǔ)記憶體等。圖6示例了一種電子設(shè)備的實(shí)體結(jié)構(gòu)示意圖，如圖6所示，該電子設(shè)備可以包括：處理器(processor)810、通信接口(communicationsinterface)820、存儲(chǔ)器(memory)830和通信總線(xiàn)840，其中，處理器810，通信接口820...

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

通過(guò)web微服務(wù)平臺(tái)化的前端開(kāi)發(fā)框架的配置文件獲取開(kāi)發(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ǔ)依賴(lài)和應(yīng)用模塊的資源文件到整合目錄；整合應(yīng)用模塊配置的第三方資源文件到整合目錄；依...

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

前端開(kāi)發(fā)環(huán)境的搭建方法、裝置、設(shè)備及存儲(chǔ)介質(zhì)。背景技術(shù)：微服務(wù)是一種服務(wù)間松耦合的、每個(gè)服務(wù)之間高度自治并且使用輕量級(jí)協(xié)議進(jìn)行通信的可持續(xù)集成部署的分布式架構(gòu)體系。其可以采取較為典型的分布式結(jié)構(gòu)，細(xì)分的部署粒度，服務(wù)的擴(kuò)展性更為靈活。前端開(kāi)發(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)資...

對(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ò)所述包管理工具建立所述定義后的前端模塊的依賴(lài)關(guān)系，包括：獲取所述前端模塊的應(yīng)用模塊與組件間的一依賴(lài)關(guān)系；工程化相關(guān)文件獲取所述前端模塊的平臺(tái)模塊與應(yīng)用模塊間的第二依賴(lài)關(guān)系；根據(jù)所述一依賴(lài)關(guān)系和所述第二依賴(lài)關(guān)系生成所述定義后的前端模塊的依賴(lài)關(guān)系。結(jié)合上述說(shuō)明，在本...

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