基于SpringBoot 微服務架構下前后端分離的MVVM 模型

霍福華 韓慧

（1.太原理工大學財經(jīng)學院 山西省太原市 030024 2.山西省財政稅務?？茖W校 山西省太原市 030024）

在當下SpringBoot 的提出之后，可以很好的快速開發(fā)單體微服務，因此就有效的解決了傳統(tǒng)的SSM 下的手工配置過于復雜的問題，這樣高效率的業(yè)務處理能力，可以十分穩(wěn)定的推動微服務協(xié)調治理的整體框架，同時在前后端的分離處理上，也相應的提升了架構的穩(wěn)定性和功能性，讓視圖與模型順利的進行分離。這樣在應用到程序分層開發(fā)的情況下，可以便于有效的進行數(shù)據(jù)操作的處理。

1 研究背景

現(xiàn)階段社會已經(jīng)進入到移動互聯(lián)網(wǎng)時代當中，因此在進行軟件設計的過程中，無論是在規(guī)模上，還是在軟件的數(shù)量上，人們的需求量不斷的增大中。在實際的軟件使用中，應用的場景復雜程度也得到了進一步的提升，對于軟件系統(tǒng)的性能、吞吐量、穩(wěn)定性以及擴展性，都提出了更高的要求與標準。在這樣的服務背景下，就使得出現(xiàn)的微服務架構，逐漸成為了當下單體進行架構的主要形式，這是一種軟件設計的創(chuàng)新性發(fā)展。在SpringBoot 的微服務當中，可以很好的對單個個體的微服務進行系統(tǒng)性的開發(fā)，其次在前后端的分離模式下，也相應的可以很好實現(xiàn)前段與后端的并行開發(fā)利用。這樣并不會出現(xiàn)前后端的相互影響。在這樣的設計模式下，極大的提升了軟件開發(fā)的整體效率，同時也是進一步的優(yōu)化設計流程的關鍵技術模式。

MVVC 模型是一種在設計過程中，所提出的一種模型變體，通過NET 圖形系統(tǒng)，以及互聯(lián)網(wǎng)應用的特征，對其用戶在界面的操作上，進行驅動程度的合理化設計，該模型下設計方式較為間接，也是一種MVC 的改版。因此，在進行其研究的過程中，還需要明確出MVC 的基本技術特征。

2 SpringBoot微服務優(yōu)勢

微服務概念可以很好的改變傳統(tǒng)的軟件開發(fā)環(huán)境，特別是在傳統(tǒng)的開源結構開發(fā)下，經(jīng)常會出現(xiàn)較為復雜的配置流程，同時設置行為也較為繁瑣，這樣都會嚴重的影響到軟件的運行效率，為軟件的開發(fā)帶來較大的工程量。但是，在微服務的發(fā)展進程中，可以很好的對業(yè)務邏輯之外的一些開發(fā)量，進行全面的簡化處理，并且集約化的處理方式，改善當下的軟件開發(fā)環(huán)境，同時也相應的讓其開發(fā)過程中，降低開發(fā)成本。SpringBoot 是一種基于Spring 模式下的微服務產(chǎn)品，當下已經(jīng)在軟件開發(fā)市場當中，占據(jù)了較大的比重，進行不同軟件應用的構建過程中，讓相關工作人員可以節(jié)省大量的開發(fā)時間，同時保障將更多的精力投入到項目的邏輯開發(fā)中，而不是進行大量重復性的操作，因此極大的提升了軟件開發(fā)的效率以及水平。在提供的MVC 模型當中，可以讓其網(wǎng)頁既軟件的生產(chǎn)環(huán)境中，形成一個較高效率的處理效果。當下在不同的軟件產(chǎn)品中，都得到了良好的運用。

3 微服務

3.1 技術發(fā)展

伴隨著當下信息技術的高速發(fā)展，使得人們對于軟件產(chǎn)品的功能性、需求量以及技術規(guī)模上，都呈現(xiàn)出較為明顯的提升。因此，這樣軟件大規(guī)模發(fā)展的背景下，讓產(chǎn)品內部模型之間，形成了較大的耦合程度。在軟件進行更新以及換代的過程中，往往會對開發(fā)人員帶來較大的開發(fā)壓力，同時造成了資源的較大負擔。因此，為了保障在進行開發(fā)的過程中，有效的降低軟件產(chǎn)品的耦合程度，就需要對其進行技術方面的升級以及發(fā)展，以此保障在設計過程中，通過微服務的體系下，形成高效率的發(fā)展模式。

微服務是一種全新的軟件開發(fā)框架，使得可以很好的讓較為龐大的軟件產(chǎn)品，分為諸多較為零散的小型應用，這樣就可以讓軟件在得到開發(fā)的過程中，降低其高耦合的問題。其次，這樣精細化的劃分模式下，也相應的保障對產(chǎn)品進行耦合程度的降低，讓開發(fā)人員更加高效率的進行開發(fā)，以此降低了研發(fā)的經(jīng)費投入量。

3.2 技術優(yōu)勢

在使用微服務的過程中，可以很好的利用擴展組件的方式，處理各種軟件開發(fā)過程中的弊端問題，這樣就可以很好的實現(xiàn)全類型資源計算。當下在進行開發(fā)人員的處理中，往往要進行一個良好的應用環(huán)境部署，以此保障軟件可以在進行發(fā)布的過程中，形成一個全新的軟件開發(fā)效果，這樣既可以極大的降低研發(fā)經(jīng)費的使用。

其次，在進行應用細分的過程中，可以讓軟件產(chǎn)品進行更加高效率的開發(fā)，因此在產(chǎn)品的迭代以及代碼測試過程中，就需要基于實際的應用規(guī)模，進行針對性的調整，進而降低了產(chǎn)品需要重新進行更新設計的周期，提升了軟件產(chǎn)品的使用壽命[1]。

而在云計算的發(fā)展進程中，也受到了微服務架構的影響，進行了開發(fā)技術的發(fā)展與創(chuàng)新。在現(xiàn)階段時間驅動的計算過程中，基于AWS Lanbda 的形式，可以讓開發(fā)人員始終讓代碼處于休眠的狀態(tài)當中，之后需要進行開發(fā)中，既可以進行及時的觸發(fā)以及執(zhí)行操作。

4 SpringBoot

4.1 技術發(fā)展

現(xiàn)階段軟件市場的發(fā)展中，Spring 開發(fā)框架，已經(jīng)成為了市面上主流的開發(fā)框架類型，這是一種基于JEE 形式下的軟件產(chǎn)品，之后所推出的MVC 框架，也將其運用到了各種類型的Web 產(chǎn)品當中，在使用的過程中，先后出現(xiàn)了多個版本類型，在不同的版本當中，形成了不同的內容[2]。這樣的處理模式下，可以讓其更新效率得到了全面的降低。因此，現(xiàn)階段所推出的Spring 框架，就是一種對于傳統(tǒng)軟件開發(fā)的創(chuàng)新發(fā)展，以此解決了大量配置方面所存在的問題。

其次，在SpringBoot 項目的研發(fā)過程中，所形成的全新框架體系，是為了能夠在處理的過程中，對各種較為復雜的配置操作模式，進行全面的創(chuàng)新與簡化處理，這樣既可以在軟件升級開發(fā)的過程中，順利的實現(xiàn)各種類型的目標。其次，還需要在進行處理的過程中，將其當做項目組的微服務產(chǎn)品。在當下的市場發(fā)展進程中，該框架體系已經(jīng)成為了當下十分重要的開發(fā)模式，因此受到了諸多方面的關注，在進行設計的過程中，可以極大的降低研發(fā)的工作量，并保障日常研發(fā)過程中，可以發(fā)揮出應有的研發(fā)效果，提升軟件的功能性[3]。

4.2 技術特征

在進行使用的過程中，該框架下可以獨立進行應用的設計，在不同的App 當中，都存在著單獨的應用個體，同時也是一種Jar 的文件類型，在進行運行中，只要能夠在Java當中進行運行，就可以進行相應的軟件部署工作，同時在其中嵌入一定量的Tomcat，這樣就可以極大的簡化容器部署步驟和實際的需求[4]。

另外，在Maven 項目的開發(fā)過程中，實際上是一種特殊的項目類型，在第三方的插件使用上，就可以有效利用好相關項目，進行有效的簡化部署量。

在Spring 配置的過程中，形成了自動化的配置方式，因此可以在實際的配置過程中，基本上基于Java 的注釋方式，進行自動化的處理，這樣的處理模式十分符合當下進行的自動化配置需求，以此進一步的提升配置的處理方式。在生產(chǎn)的過程中，首先需要對指標、健康檢查、外部配置等內容，進行針對性的分析以及處理。其次，還需實現(xiàn)去XML 化的發(fā)展，這樣就可以充分的取消全面配置文件的效果[5]。

4.3 SpringBoot項目構建

在進行構建的過程中，本質上就是結合軟件的實際情況，組建出一個開源庫的機核，因此就要便于將各種插件部署到具體的項目當中，同時利用Spring 的方式，進行項目的良好開發(fā)處理，同時也相應的要提供一個在線項目的處理功能。在線創(chuàng)建的功能性上，可以很好的讓其實現(xiàn)項目之間的無縫對接，并保障利用一個良好的處理形式，形成一個良好的對接方式[6]。

4.4 目錄結構

在進行處理的過程中，需要明確出原聲代碼的存放位置，之后在前段視圖的模板、資源存放的位置上，要得到進一步的處理，進而將其存放到各種資源文件當中，形成一個良好的處理形式。

5 MVC模型

在各種軟件的開發(fā)設計過程中，往往為了提升軟件開發(fā)的整體效率，就需要在進行開發(fā)過程中，對其產(chǎn)品進行全面的研究與分析，這樣才可以通過對過去軟件開的總結以及分析，進行針對性的工作經(jīng)驗的提煉，其次還需要在進行設計的過程中，有效的控制研發(fā)成本量，這樣能夠就可以讓其工作人員在軟件開發(fā)流程中，避免出現(xiàn)工作量大、工作內容重復問題的出現(xiàn)，嚴重影響到工作人員的開發(fā)效率。為了保障軟件開發(fā)的整體效果，就需要在進行開發(fā)的過程中，積極的對其軟件進行全面的更新。

5.1 模型原理

MVC 技術當中， 涉及到模型、控制器、視圖等。這是一種在實際使用過程中，充分的利用業(yè)務邏輯、數(shù)據(jù)、界面顯示分離的方式，進行組織代碼的構成，進而可以很好的讓業(yè)務邏輯有效的集中到一個部件當中。在后續(xù)進行軟件的改進，以及進行軟件個性化的設計過程中，可以很好的有效的提供便利的操作方式，并不需要進行額外的重新編寫業(yè)務，是一種較為有效的運行模式。其次，在進行處理的過程中，MVC 是一種單獨發(fā)展起來的系統(tǒng)輸入類型，這樣在處理以技術處的過程中，都可以將其功能集中在一個邏輯圖形化的界面當中，形成了一個良好的結構系統(tǒng)。

5.2 模型分析

MVC 最初是存在于桌面程序當中，M 是模型,V 是用戶界面，而C 則是控制器，這樣在使用的過程中，可以實現(xiàn)代碼的分離，這樣就實現(xiàn)了在一個程序當中，進行相應的處理。例如，在同一批的從統(tǒng)計數(shù)據(jù)的過程中，需要利用柱狀圖、餅圖的方式進行表現(xiàn)。

伴隨著當下Web 市場的發(fā)展，使得MVC 已經(jīng)廣泛的應用到了市場的諸多領域中，并成為了主流的設計方式，各種開源框架下的組織，都已經(jīng)研發(fā)出了自己的框架結構體系，這樣就可以實現(xiàn)高效率的軟件開發(fā)與升級。

5.3 模型優(yōu)勢

在現(xiàn)階段MVC 設計模型當中，其基本優(yōu)勢基本上分為耦合度低、重用性高、部署快以及可維護性高優(yōu)勢特征，在日常使用的過程中，可以很好的在應用到工程化管理環(huán)節(jié)，同時在市場占有率上也具備著較為明顯的優(yōu)勢。

5.4 模型缺點

這是一種在MVC 設計模型的過程中，經(jīng)常會存在著無明確定義、不適合小型和中等規(guī)模的應用程序，這樣就會導致整個系統(tǒng)有著過于復雜的結構形式。其次，在進行設計的過程中，也會導致視圖對模型范圍始終處于低效率的環(huán)境當中，在一般 高級界面工具，以及構造器的使用上，并不支持模式。

5.5 SpringBoot的MVC架構

在基于SpringBoot 框架體系下，采用的MVC 設計方式，可以很好的利用模型的方式，將其在傳統(tǒng)的框架基礎上，進行簡化處理。在項目配置工作中，采用的自動化配置方式，可以讓SpringBoot 框架體系中，實現(xiàn)高效開發(fā)的效果。

另外，在SpringBoot 下的MVC 設計方式，也是一種基于多種類型的技術方式，構建出的一種功能性提胸，可以在數(shù)據(jù)處理過程中，基本上都由Model 進行集中的處理。

5.5.1 視圖層

在視圖層的設計過程中，采用的是在網(wǎng)站上進行詳細準確的定義。從解釋的角度進行服你，這是一種基于新式的服務器端，開發(fā)的一種Java 的模板引擎。對于不同的Web 環(huán)境當中實現(xiàn)穩(wěn)定運行，同時也可以在脫機環(huán)境下進行運行。

當下在采用的Thumeleaf 系統(tǒng)，是一種可以實現(xiàn)高效率、高水平模板設計的方式，可以在其處理的過程中，將其帶入到Htum 工作流程當中，這樣的顯示方式下，讓系統(tǒng)始終保持在一個合理的狀態(tài)當中。例如，在靜態(tài)化的系統(tǒng)當中，實現(xiàn)了整體框架下的協(xié)調處理，結合起系統(tǒng)框架的特征，可以隨意的添加一些插件?，F(xiàn)階段該軟件的使用，已經(jīng)成為了瀏覽器開發(fā)工具當中十分重要的組成部分。

其次，在添加了Html 頁面當中的模板，基本上并不存在著一定的不同之處，甚至可以在實際使用過程中，基于原本的項目內容，添加一定量的模板內容。其次，在處理一些特殊的功能是，也并不會對原本的系統(tǒng)造成直接的影響。

例如，在實際操作過程中，項目的目錄下創(chuàng)建出的Html 模板，往往需要在系統(tǒng)的實際運行過程中，始終設定出一個自動檢索模板，并嚴格的基于模板的名稱，進行詳細的記錄。其次，在控制器調用模板的時候，僅僅利用字符串的形式，既可以實現(xiàn)模板名字的設置以及處理。另外，在進行調用的過程中，還需要保障對控制器當中進行良好的分析，這樣就可以實現(xiàn)系統(tǒng)的良好呈現(xiàn)。

5.5.2 控制器

這是一種在設計出前段視圖之后，需要前段的用戶，對其系統(tǒng)發(fā)出處理、響應的請求，以此讓視圖的處理過程中，始終提交一定的服務器。在接受內容上，基本上MVC 當中的C 是一種良好的控制器。其次，在進行交流的過程中，也需要始終保持中樞樞紐的功能，避免在信息傳遞的過程中，出現(xiàn)一定的問題?；蛘咴谶M行處理的過程中，所形成的處理方式并不合理，需要經(jīng)過后續(xù)的調轉以及處理。

（1）Controller。在SpringBoot 框架體系當中，是利用Controller 的方式進行處理，并完全由代碼進行注釋，同時這樣的處理方式下，也相應的需要進行合理的配置文件。對于技術人員，則需要在處理過程中，明確出Java 的注釋技術形式，同時明確出Spring 當中的注釋配置內容，這樣形成一個良好的處理形式，就可以最大程度上提升系統(tǒng)的處理效果。

在基本控制器當中，基本上是有用于各種字符串的傳輸、接受以及傳輸。以此可以調用業(yè)務模型，對其信息進行集中的處理。另外，在運行中，也是當下進行接收和返回信息的處理關鍵?？刂破鞯倪\行中，基本上采用的是將SpringBoot與Web 技術進行融合使用，將數(shù)據(jù)封裝整合到一起，并利用一個科學合理的技術方式，形成合理的處理。例如，在現(xiàn)階段比較常見的封裝形式，基本上是利用Json、Xml 的形式，進行相應的封裝處理。其次，在控制器的使用中，基本上應用到了一些App 的設計中，可以實現(xiàn)數(shù)據(jù)業(yè)務以及大型綜合信息系統(tǒng)的統(tǒng)一化管理。該系統(tǒng)的設計過程中，伴隨著軟件系統(tǒng)的升級以及功能性的提升，使得在進行處理過程中，可以很好的發(fā)揮出應有的系統(tǒng)功能性。

（2）Controller 創(chuàng)建。這是一種在創(chuàng)建的過程中，始終需要將Java 形成一個實體類，之后還要進行處理的過程中，將其進行控制器的合理地質訪問控制，對該地址進行針對性的訪問處理。在方法的使用上，基本上需要基于一個具體的功能性，接收端的信息提供，其次還需要利用好一個良好的接受方式，保障對其信息的合理處理以及分析。在代碼的設計上，基本上涉及到對各種不同信息的處理，利用一個合理的處理方式，可以極大的提升信息處理的整體效果。在其中書寫功能性上，基本上是需要在接受前，就要接收到Request 的信息內容，會者利用該途徑，進行信息的處理，實現(xiàn)字段的合理創(chuàng)建。在這樣的處理模式下，極大的提升了系統(tǒng)的整題穩(wěn)定性，并發(fā)揮出應有的計算以及采集的能力性。

6 互聯(lián)網(wǎng)應用開發(fā)架構分析

6.1 微服務架構與單體架構

6.1.1 系統(tǒng)更改部署

在進行單體應用的開發(fā)中，需要基于單體的應用程序，進行單獨的構建。在系統(tǒng)得到更改之后，就需要馬上進行軟件的整體構建，同時通過系統(tǒng)部署的方式，對其應用程序進行良好的更新以及處理。微服務的處理上，就是一種在實際的標準化業(yè)務處理中，形成API 的功能性實現(xiàn)。其次，還需要基于松耦合的方式，保障服務的全部所有者，都可以進行自由的系統(tǒng)改革更改處理，其次在API 的數(shù)據(jù)處理上，額需要進行組合服務系統(tǒng)的處理，這樣并不會讓消費者受到其他因素的影響，而是可以自由的保障內部的處理效果。

6.1.2 軟件開發(fā)

這是一種在進行處理的過程中，由于受到單體應用影響，使得應用在實際的處理過程中，理解難度比較高。其次，在進行處理的過程中，操作難度比較大，因此就會導致模塊無法順利的使用下去。在擴展較為麻煩的時候，導致無法進行進行重復性的部署，這樣會導致無法進行高效率的版本更新。在微服務的模式下，可以很好的將傳統(tǒng)的單體應用，進行單獨的服務提供，因此就可以進行單獨的開發(fā)以及處理，并進行單獨的維護處理。

6.1.3 市場價值

這是一種在進行單體應用庫的構建中，經(jīng)常會受到一定的開發(fā)成本高的問題影響，同時提升了技術的債務問題。而在微服務模式下，可以很好的控制技術債務，因此降低了開發(fā)周期，以此提升開發(fā)的整體效果。

6.1.4 技術特性

這是一種在使用微服務的過程中，可以很好的進行各種復雜可控處理，同時容錯性也比較高，進一步的提升的擴展性。

6.2 SpringBoot與SSM

現(xiàn)階段在在使用的過程中，需要設計出一個獨立的應用程序，并在內指出服務容器，之后進行相應的工作部署。在這樣處理的模式下，可以很好的降低xml 文件的配置效果，同時積極的保障在進行處理的過程中，進行自動化的配置以及處理，這樣簡化的Maven 的處理方式下，極大的提升了整體的處理效果。

在當下MVC 與Boot 的比較分析中，基本上就是一種不同的框架類型，其中為了使用Boot，往往需要進行單獨的高效率開發(fā)包使用，進而全面的提升處理效果。

而在集成化的MbBatis 的處理中，就是一種對于框架的系統(tǒng)性簡化，以此可以讓其java 能夠始終保持一個數(shù)據(jù)的持久層，在進行處理的過程中，對大量的冗余代碼進行處理，進行相應的數(shù)據(jù)分析，進而可以很好的提供一個較為便捷的API 的數(shù)據(jù)交互。

6.3 前后端分離與非前后端分離

在進行開發(fā)的過程中，傳統(tǒng)的模型軟件在使用的過程中，往往要進行各種類型的處理，因此就會導致在實際處理中，受到一定的影響。其次，在MVC 的處理過程中，還要重視起開發(fā)流程的規(guī)范性，以此保障整個開發(fā)過程中的順利進展。在現(xiàn)階段進行處理的過程中，需要積極的保障開發(fā)的合理性，能夠在設計數(shù)據(jù)處理中，應對各種業(yè)務場景。

7 SpringBoot全后端的MVVC架構

7.1 前端實現(xiàn)

在進行前端實現(xiàn)的過程中，就是一種在處理過程中，所形成的一種View 層，之后在進行處理中，還需要對其業(yè)務邏輯進行有效的分離，這樣才可以獲取到更多的數(shù)據(jù)信息，將其處理成一個預期的內容。在進行封裝環(huán)節(jié)，則是需要保障數(shù)據(jù)模型，包含著大來那個的視圖信息，同時在狀態(tài)以及行為的處理上，則要保障符合當下MVVC 的架構體系。

其中，非前段的框架設計中，可以和使用H5 開發(fā)界面，唐女士使用nginx 進行請求代理，這是為了處理好開發(fā)過程中，所出現(xiàn)的一些跨域性的問題。其次，還在數(shù)據(jù)轉換，以及可視化的業(yè)務邏輯設計中，基于監(jiān)聽事件的手動 操作模式，進行格式方面的良好轉換。

當下前端的操作過程中，基本上是都是一個較為高效率的單圈框架體系，之后采用Node 的處理模式下，可以很好的形成一個良好的生產(chǎn)環(huán)境，以及在后續(xù)進行數(shù)據(jù)處理中，形成一個針對性的處理效果。其次，還需要在設計中，進行雙向的綁定機制處理，這樣所形成的視圖渲染效果，可以有效發(fā)送到后端當中，形成一個良好的處理模式。

7.2 后端實現(xiàn)

這是一種在處理過程中，為了順利發(fā)展Model 層，則是需要進行針對性的接口設計，將其傳輸?shù)綌?shù)據(jù)前端當中。在這樣的處理模式下，可以很好的在實際運行過程中，要對數(shù)據(jù)進行增刪查改，同時業(yè)務的邏輯處理上，則需要進行針對性的數(shù)據(jù)分析，這樣就可以實現(xiàn)對數(shù)據(jù)方面的合理性優(yōu)化設計。其次，還需要對環(huán)境網(wǎng)絡層，進行良好的調用分析，這樣就可以在服務器的硬件資源處理上，得到良好的調用。

7.3 整體流轉

這是一種在進行開發(fā)的過程中，將數(shù)據(jù)驅動當做核心所在，一旦數(shù)據(jù)出現(xiàn)了變化，就要馬上推送數(shù)據(jù)到界面上，進行數(shù)據(jù)信息的詳細展示，其次在界面操作過程中，就要對其事件進行良好的控制以及調節(jié)。在這樣的數(shù)據(jù)處理過程中，往往要負責對前段數(shù)據(jù)，進行良好的分析以及處理，其次還需要對其內容進行針對性的分析，這樣就可以保障在數(shù)據(jù)信息以不同通知隊列，同步到數(shù)據(jù)源當中。其次，還需要保障對前端數(shù)據(jù)信息，進行針對性的分析，這樣才可以充分的保障數(shù)據(jù)處理的合理性。

8 總結

綜上所述，在本文提出的系統(tǒng)設計流程中，這是一種對于傳統(tǒng)設計方式的創(chuàng)新設計理念，通過一個合理的設計方式，極大的提升了設計的流暢性與全民性，避免受到一些設計的弊端問題，對整個設計流程造成影響。