回覆列表
  • 1 # 汙斑兔

    市場在變動,公司用人與技術方案沒有最佳,以下僅為個人推薦。

    前中後順序。

    (Vue, React) + (NodeJS, PHP) + (Java, PHP)。

    前端取決於國內環境還是國外,當前國內推薦 Vue,國外則 React,不推薦 Angular 上手成本太高。

    後端在 hold 住情況下,能上 Java 直接上 Java,避免後面再轉 Java。快速開發則優先上 PHP、Python 或 Ruby 等(遇到過最終因為市場問題又把 Java 作為核心 PHP 等轉中間層情況)。我不喜歡 Java,但是要承認人家這麼多年的經驗與市場,在招人等各方面會有一定的優勢。

  • 2 # 渣渣俊的vlog

    我是做全棧工程師的,我個人現在看市場和行情,前端主流是vue.js,react.js兩者都有自己生態圈和體系,並且入門簡單。

    後端推薦使用java,大專案還是小專案java都可以做,推薦使用springboot腳手架,框架可以使用微服務框架springcloud,可以根據不同的業務劃分單服務,獨立部署。日後好維護。

    大公司才有時間和金錢玩中臺。中小型直接前後對接。

  • 3 # IT駱駝

    該問題非常好,因為它代表了純粹開發技術類科技,但同時也從技術向運營服務的延伸。

    任何SaaS系統的最終目的都是為入駐到SaaS系統的客戶服務,為客戶提供價值的,而任何開發架構都是為了讓SaaS能更好的實現、提供更好的服務的。

    從系統開發需要達到的目的,我們追蹤溯源,列出SaaS平臺需要實現的目標:

    實現入駐客戶的功能需求滿足SaaS系統本身的運營需求實現SaaS可擴充套件性

    明白需要實現的目標後,我們再將相關技術框架做個歸納列表:

    限於篇幅,每個技術框架介紹請讀者自行查閱網上資料。此處只介紹選擇最佳框架的思路。

    1、根據SaaS系統入駐客戶規模和可能的資料量大小,來選擇技術開發架構

    SaaS開發系統技術開發架構,首先需要考慮系統的可擴充套件性,作為SaaS系統,本身具有行業特性,不僅僅是為某一單獨客戶的自定義,而是需要考慮一類主要需求都相同的客戶,實現大家的共性需求,如:CRM的SaaS平臺,財務管理的SaaS平臺,銷售管理的SaaS平臺等,在此基礎之上,如果有特別特殊的客戶,在根據客戶的個性化需求,提供企業自定義功能。

    同時SaaS系統需要根據技術發展、行業需求演化等因素,能透過最小的代價實現版本升級迭代,大家都知道,只要在技術架構不變更的情況下,其他技術功能的升級迭代成本相對都是比較小的。如何選擇一個合適的技術開發架構,以滿足將來一段時間內的使用者需求,就是SaaS系統設計時需要考慮的問題。可從以下幾個方面來選擇:

    (1)先明確後臺採用

    .Net

    技術還是Java技術;

    (2)確定表現形式後,選擇前端框架。Web前端是必須得,如果SaaS系統需要移動端,則前端還需要選擇移動端開發框架;

    (3)後端框架目前主流採用Java框架居多,有助於將來框架升級和自定義維護;

    (4)前端框架如果涉及移動端,建議採用原生 + 混合的方式開發,對一些需要動態Web頁面,採用H5相應的框架;

    2、根據入駐客戶功能需求,選擇對應的框架

    入駐SaaS系統客戶,都屬於同類功能需求的使用者,但根據客戶規模不同,對SaaS設計和框架選擇不同:

    (1)如果使用者量大,對效能要求高,建議後端增加Redis框架,做好記憶體管理;

    (2)如果SaaS系統在提供服務前一年時間,系統需要修改或增加的地方會相對多一些,此時建議後端加上Log4j,有效管理輸出日誌,根據日誌快速定位和分析功能點情況;

    (3)如果客戶離散化程度較高,行業非標準,建議在Spring的基礎上,採用目前主流的Spring Boot微服務技術框架;

    (4)如果採用Java開發,選擇Maven框架作為專案管理、自動部署的技術框架,可大大提高開發便捷性;

    3、技術框架的選擇,要儘量滿足SaaS系統運營服務要求

    SaaS系統的核心是後一個S(即:Service),在滿足系統功能開發的基礎上,需要一整套和前端功能相匹配的SaaS系統運營服務系統,該系統對任何SaaS運營來講都是不同的,不同的行業需要針對提供不同的服務,但有以下幾點需要在選擇技術架構時考慮:(1)需要有開放介面功能,便於對接第三方系統,如:呼叫中心、伺服器監控平臺等;

    (2)對於運營系統,客戶服務及時性和有效性比較重要,需要在訊息機制上進行最佳化,建議後臺加入RabbitMQ框架,對使用者的諮詢、投訴和其他服務做好訊息佇列處理;

    (3)SaaS後臺服務由於屬地關係,可能會設立各地方的服務團隊,因此,系統會涉及到分散式部署的問題,此時Dubbo分散式服務框架就可以很好的解決將來SaaS系統大規模分散式的情況。

    以上三個方面權衡後,還需要考慮是否需要中臺,根據筆者經歷,普通規模(如:入駐使用者量在10萬以下)的SaaS系統,使用中臺的價值並不大,但大規模系統,是有必要開發自己的中臺的,關於中臺的開發和選擇,技術開發商和前後端開發是相似的,此處不再深入。

  • 4 # 急速馬力快de原始碼控

    Spring Boot是Java開發時常用框架,有非常豐富的元件和易用的功能。為了滿足實際需求,應用於生產的Web專案功能和架構都日趨複雜:多層架構,資料中臺,動靜分離,叢集化部署,自動化運維,等等。

    後臺服務部署和功能演示:https://www.toutiao.com/i6801418770997838343/

    如果前端以PC為主的話,推薦Ant Design Pro這類使用普遍、招人容易的框架。

    典型架構示意圖:

  • 中秋節和大豐收的關聯?
  • 過年你還敷面膜嗎?