為什么還有那么多人用SVN？讓我們從結果開始：Git在某些情況下比SVN好，但它不能取代SVN第一輪：Git是一個分布式版本控制系統(tǒng)，它可以更適合沒有固定“服務器”的研發(fā)人員。Svn是一個具有固定服務

為什么還有那么多人用SVN？

讓我們從結果開始：Git在某些情況下比SVN好，但它不能取代SVN

第一輪：Git是一個分布式版本控制系統(tǒng)，它可以更適合沒有固定“服務器”的研發(fā)人員。Svn是一個具有固定服務器的集中式版本控制系統(tǒng)。但我認為，在某些情況下，分布式管理并不一定比集中式管理好，所以這一輪更為公平。

第2輪：[git的分支非常易于使用，而且非常強大。SVN的分支是一小塊雞排。SVN的分支是svncopy，它復制一個完整的項目。在這一輪中，GIT具有明顯的優(yōu)勢。

第三輪：

提交、更新或合并代碼時經(jīng)常報告錯誤。Git的提示非?！爸艿健?，可以很好地解決錯誤。SVN的提示有點不滿意。Git在這一輪中仍然有優(yōu)勢。

第4輪：

SVN對目錄具有良好的權限控制。它可以根據(jù)目錄進行更新和提交，這有時很有用。Git無法控制目錄的權限。SVN的優(yōu)勢在這一輪是顯而易見的。

例如：

我們公司的研發(fā)人員使用git，藝術和產品使用SVN。藝術和產品通常將需求和資源放入SVN，SVN可以根據(jù)目錄而不是整個項目進行下載。而SVN在windows系統(tǒng)中有一個非常著名的烏龜SVN軟件，有一個中文版本，使用起來非常方便。

蘋果公司的成功是商業(yè)的最佳實踐嗎，是否可復制？

無法復制成功！任何商業(yè)模式都是建立在資源匹配系統(tǒng)下的！你只看外表，不知道一個商業(yè)模式的運作，要配什么樣的資源，多少錢？有多少人力？多少技術？

CIO應該負責社交媒體的最佳實踐嗎？

學習需要全神貫注。

我認為有幾點：1。多讀書。在網(wǎng)上查找更多信息。加強與同伴的交流。多做些實驗。

比如我在汽車行業(yè)學會了音響系統(tǒng)的改裝，一開始我很努力

光是了解同行業(yè)的品牌，聽同行業(yè)產品的音箱，比較我做的音箱的差異是不夠的。這也是一種技術。否則，當客戶詢問演講者與你相比如何時，他們會失去很多信心。

java業(yè)務邏輯，寫在哪里比較好？

現(xiàn)在很多公司的開發(fā)人員都應該采用MVC架構。

MVC是所謂的模型、視圖、控制器。

每一層都有明確的分工。

對于簡單的項目，不管nignx如何，網(wǎng)關通常都會將請求從前端發(fā)送到后端，首先發(fā)送到控制器，然后發(fā)送到服務層，然后發(fā)送到Dao層。

這里的服務層就是所謂的業(yè)務層，專門負責業(yè)務處理操作，而Dao層則負責處理數(shù)據(jù)庫，將數(shù)據(jù)庫中的數(shù)據(jù)帶回服務，經(jīng)過服務處理后返回控制器層。控制器通過視圖解析器解析頁面，并通過瀏覽器呈現(xiàn)頁面。

基本上，我認為答案是顯而易見的。也就是說，Java業(yè)務邏輯是在服務層編寫的。

事實上，服務層涉及接口和接口實現(xiàn)。

在編寫代碼時，我們通常為控制器定義一個調用接口。

實際上，服務接口的實現(xiàn)類應該是編寫業(yè)務邏輯的地方。

當然，許多公司可能有多個服務層，例如，有一個管理層繼續(xù)對數(shù)據(jù)進行特殊的業(yè)務處理。這里只是一個簡單的概述。

每個公司的每個項目根據(jù)其自身業(yè)務可能有不同的體系結構。但本質是一樣的。

綜上所述，業(yè)務邏輯必須作為一個獨立的層來處理，這樣便于擴展和維護。記住不要在控制器中編寫所有業(yè)務邏輯。

每一層都有自己的分工，是捏合在一起的。代碼不僅冗長，而且雜亂無章。

好吧，我希望我的回答能幫助你

！如果你有興趣，可以關注一下，一起學習交流！