java實現(xiàn)cs架構(gòu) Java Web開發(fā)中,業(yè)務(wù)邏輯寫在SQL里好還是代碼里好呢?有什么建議嗎?
Java Web開發(fā)中,業(yè)務(wù)邏輯寫在SQL里好還是代碼里好呢?有什么建議嗎?目前,大多數(shù)研發(fā)團(tuán)隊都要求用代碼實現(xiàn)業(yè)務(wù)邏輯,SQL操作往往是最基本的操作。用SQL表示業(yè)務(wù)邏輯,即用存儲過程表示業(yè)務(wù)邏輯,
Java Web開發(fā)中,業(yè)務(wù)邏輯寫在SQL里好還是代碼里好呢?有什么建議嗎?
目前,大多數(shù)研發(fā)團(tuán)隊都要求用代碼實現(xiàn)業(yè)務(wù)邏輯,SQL操作往往是最基本的操作。用SQL表示業(yè)務(wù)邏輯,即用存儲過程表示業(yè)務(wù)邏輯,是一種傳統(tǒng)的開發(fā)方案。
在C/s時代,很多邏輯都是通過SQL來實現(xiàn)的,主要是因為業(yè)務(wù)規(guī)模和部署方式。在早期的C/s編程時代,它通常是在非分布式環(huán)境中開發(fā)的,在大多數(shù)情況下,它不需要考慮可移植性問題。這時,使用SQL來完成業(yè)務(wù)邏輯就更方便了。
使用存儲過程來完成業(yè)務(wù)邏輯的最大優(yōu)點是性能會更好,但這也取決于業(yè)務(wù)的大小。如果業(yè)務(wù)規(guī)模過大,業(yè)績會更差。早期的數(shù)據(jù)存儲規(guī)模比較小,所以使用存儲過程比較方便。
當(dāng)前網(wǎng)絡(luò)發(fā)展已進(jìn)入大數(shù)據(jù)、云計算時代,業(yè)務(wù)類型和業(yè)務(wù)規(guī)模發(fā)生了巨大變化。特別是隨著NoSQL數(shù)據(jù)庫在大數(shù)據(jù)時代的廣泛應(yīng)用,使用SQL語句來完成業(yè)務(wù)邏輯的場景越來越少。而且,目前大多數(shù)程序都是分布式的,使用SQL存儲過程處理業(yè)務(wù)邏輯非常麻煩,會導(dǎo)致整個項目的可移植性和可讀性嚴(yán)重下降。
目前,在傳統(tǒng)企業(yè)的開發(fā)團(tuán)隊中,使用SQL來處理業(yè)務(wù)邏輯是相當(dāng)普遍的,因為傳統(tǒng)企業(yè)的數(shù)據(jù)庫大多還是關(guān)系數(shù)據(jù)庫,沒有可移植性的要求。這種固定的場景開發(fā)可以使用SQL來處理業(yè)務(wù)邏輯。在將來,使用SQL處理業(yè)務(wù)邏輯時會出現(xiàn)一些應(yīng)用場景,因此有必要學(xué)習(xí)如何編寫存儲過程。
如何將java開發(fā)的CS架構(gòu)軟件改成BS架構(gòu)?
1. 不同的硬件環(huán)境:
C/S通常構(gòu)建在專用網(wǎng)絡(luò)上,在小范圍的網(wǎng)絡(luò)環(huán)境中,LAN通過專用服務(wù)器提供連接和數(shù)據(jù)交換服務(wù)。
B/S構(gòu)建在WAN上,不必是專用網(wǎng)絡(luò)硬件環(huán)境,如電話訪問,設(shè)備租賃,信息管理。它比C/s有更強(qiáng)的適應(yīng)性,一般只要有操作系統(tǒng)和瀏覽器
2。不同的安全需求
C/S一般面向相對固定的用戶群,對信息安全有很強(qiáng)的控制能力。一般來說,C/S結(jié)構(gòu)適用于高度機(jī)密的信息系統(tǒng)。一些公開可用的信息可以通過B/s發(fā)布。
B/s構(gòu)建在廣域網(wǎng)上,對于未知用戶組,對安全性的控制相對較弱。
3。不同的程序體系結(jié)構(gòu)
C/s程序可以更注重進(jìn)程、多級權(quán)限驗證,對系統(tǒng)運(yùn)行速度的考慮較少
B/s對安全性和訪問速度的多重考慮是基于需要進(jìn)行更多的優(yōu)化。從Ms的.net系列開始,對程序體系結(jié)構(gòu)提出了比C/s更高的要求,如構(gòu)建支持網(wǎng)絡(luò)的構(gòu)件系統(tǒng)。Sun和IBM的JavaBean組件技術(shù)使B/s更加成熟。軟件重用是不同的。C/s程序不可避免地可以作為一個整體來考慮。構(gòu)件的可重用性不如B/s所要求的構(gòu)件的可重用性好
B/s對于建筑的多重結(jié)構(gòu),要求構(gòu)件具有相對獨(dú)立的功能。它們可以很好地重復(fù)使用。只要買餐桌就行了,它可以代替墻上的石桌重復(fù)使用!