⑴ 各位編程大佬，我今年大二，女，數據專業，老師扔給我們小組一個課題，python加web框架實現博客
你好，給你點建議，既然之前沒做過，最好的辦法就是找一套python寫的博客，先學習學習人家怎麼寫，為什麼這么設置，都用到了哪些技術，先理出一個順序出來。
可以要github上找用python寫的開源博客，web端的話用flask ,因為博客功能也不多，相比django又更加簡單易上手，資料庫的話就用Mysql好了，一般公司也都是用的這個。
前端的話選擇就更多了，bootstrap呀，layui之類的前端ui框架(當然，不一定用，手畫也是可以的，但用框架開發速度快)，還有前端數據處理框架，就不推薦別的了，jquery就夠了，不然學習成本也比較大。
整理下上面所說的:
1、github或oschina上找幾套別人做的博客，看看都分什麼功能，怎麼實現的。
2、技術棧:mysql + flask + jquery +前台頁面。這些東西用法挺簡單，可對應文檔，寫幾個例子就能上手了。
⑵ hashmap為什麼不是線程安全的
此實現不是同步的。如果多個線程同時訪問一個哈希映射，而其中至少一個線程從結構上修改了該映射，則它必須 保持外部同步。（結構上的修改是指添加或刪除一個或多個映射關系的任何操作；僅改變與實例已經包含的鍵關聯的值不是結構上的修改。）這一般通過對自然封裝該映射的對象進行同步操作來完成。如果不存在這樣的對象，則應該使用 Collections.synchronizedMap 方法來「包裝」該映射。最好在創建時完成這一操作，以防止對映射進行意外的非同步訪問，
⑶ 作為一個JAVA程序員, 應該掌握哪些知識, 目前, 比較流行的java開發框架有哪些,
java基礎，三大主流資料庫mysql，orcale，sql server；然後是j2ee的相關知識，也就是java開發框架。
Spring Framework 【Java 開源JEE框架】
Spring是一個解決了許多在J2EE開發中常見的問題的強大框架。
Spring提供了管理業務對象的一致方法並且鼓勵了注入對介面編程而不是對類編程的良好習慣。Spring的架構基礎是基於使用JavaBean屬性的
Inversion of
Control容器。然而，這僅僅是完整圖景中的一部分：Spring在使用IoC容器作為構建完關注所有架構層的完整解決方案方面是獨一無二的。
Spring提供了唯一的數據訪問抽象，包括簡單和有效率的JDBC框架，極大的改進了效率並且減少了可能的錯誤。Spring的數據訪問架構還集成了
Hibernate和其他O/R mapping解決方案。Spring還提供了唯一的事務管理抽象，它能夠在各種底層事務管理技術，例如JTA或者
JDBC事務提供一個一致的編程模型。Spring提供了一個用標准Java語言編寫的AOP框架，它給POJOs提供了聲明式的事務管理和其他企業事務
--如果你需要--還能實現你自己的aspects。這個框架足夠強大，使得應用程序能夠拋開EJB的復雜性，同時享受著和傳統EJB相關的關鍵服務。
Spring還提供了可以和IoC容器集成的強大而靈活的MVC Web框架。【SpringIDE：Eclipse平台下一個輔助開發插件】.
WebWork 【Java開源Web開發框架】
WebWork是由OpenSymphony組織開發的，致力於組件化和代碼重用的拉出式MVC模式J2EE
Web框架。WebWork目前最新版本是2.1，現在的WebWork2.x前身是Rickard
Oberg開發的WebWork，但現在WebWork已經被拆分成了Xwork1和WebWork2兩個項目。
Xwork簡潔、靈活功能強大，它是一個標準的Command模式實現，並且完全從web層脫離出來。
Xwork提供了很多核心功能：前端攔截機(interceptor)，運行時表單屬性驗證，類型轉換，強大的表達式語言(OGNL – the
Object Graph Notation Language)，IoC(Inversion of Control倒置控制)容器等。
WebWork2建立在Xwork之上，處理HTTP的響應和請求。WebWork2使用ServletDispatcher將HTTP請求的變成
Action(業務層Action類),
session(會話)application(應用程序)范圍的映射，request請求參數映射。WebWork2支持多視圖表示，視圖部分可以使用
JSP, Velocity, FreeMarker,
JasperReports，XML等。在WebWork2.2中添加了對AJAX的支持，這支持是構建在DWR與Dojo這兩個框架的基礎之上.
【EclipseWork：用於WebWork輔助開發的一個Eclipse插件】
Struts 【Java開源Web開發框架】
Struts是一個基於Sun
J2EE平台的MVC框架，主要是採用Servlet和JSP技術來實現的。由於Struts能充分滿足應用開發的需求，簡單易用，敏捷迅速，在過去的一年中頗受關注。Struts把Servlet、JSP、自定義標簽和信息資源(message
resources)整合到一個統一的框架中，開發人員利用其進行開發時不用再自己編碼實現全套MVC模式，極大的節省了時間，所以說Struts是一個非常不錯的應用框架。【StrutsIDE：用於Struts輔助開發的一個Eclipse插件】
Hibernate 【Java開源持久層框架】
Hibernate是一個開放源代碼的對象關系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱資料庫。
Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序實用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數據持久化的重任。Eclipse平台下的Hibernate輔助開發工具:【Hibernate
Synchronizer】【MiddlegenIDE】
Quartz 【Java開源調度框架】
Quartz是OpenSymphony開源組織在Job
scheling領域又一個開源項目,它可以與J2EE與J2SE應用程序相結合也可以單獨使用。Quartz可以用來創建簡單或為運行十個，百個，甚至是好幾萬個Jobs這樣復雜的日程序表。Jobs可以做成標準的Java組件或
EJBs。Quartz的最新版本為Quartz 1.5.0。
Velocity 【Java開源模板引擎】
Velocity是一個基於java的模板引擎(template engine)。它允許任何人僅僅簡單的使用模板語言(template
language)來引用由java代碼定義的對象。當Velocity應用於web開發時，界面設計人員可以和java程序開發人員同步開發一個遵循MVC架構的web站點，也就是說，頁面設計人員可以只關注頁面的顯示效果，而由java程序開發人員關注業務邏輯編碼。Velocity將java代碼從web頁面中分離出來，這樣為web站點的長期維護提供了便利，同時也為我們在JSP和PHP之外又提供了一種可選的方案。
Velocity的能力遠不止web站點開發這個領域，例如，它可以從模板(template)產生SQL和PostScript、XML，它也可以被當作一個獨立工具來產生源代碼和報告，或者作為其他系統的集成組件使用。Velocity也可以為Turbine
web開發架構提供模板服務(template
service)。Velocity+Turbine提供一個模板服務的方式允許一個web應用以一個真正的MVC模型進行開發。【VeloEclipse
：Velocity在Eclipse平台下的一個輔助開發插件】
IBATIS 【Java開源持久層框架】
使用ibatis 提供的ORM機制，對業務邏輯實現人員而言，面對的是純粹的Java對象， 這一層與通過Hibernate 實現ORM
而言基本一致，而對於具體的數據操作，Hibernate 會自動生成SQL 語句，而ibatis 則要求開發者編寫具體的SQL
語句。相對Hibernate等 「全自動」ORM機制而言，ibatis
以SQL開發的工作量和資料庫移植性上的讓步，為系統設計提供了更大的自由空間。作為「全自動」ORM 實現的一種有益補充，ibatis 的出現顯
得別具意義。
Compiere ERP&CRM 【Java開源ERP與CRM系統】
Compiere
ERP&CRM為全球范圍內的中小型企業提供綜合型解決方案，覆蓋從客戶管理、供應鏈到財務管理的全部領域，支持多組織、多幣種、多會計模式、多成本計算、多語種、多稅制等國際化特性。易於安裝、易於實施、易於使用。只需要短短幾個小時，您就可以使用申購-采購-發票-付款、報價-訂單-發票-收款、產品與定價、資產管理、客戶關系、供應商關系、員工關系、經營業績分析等強大功能了。
Roller Weblogger 【Java開源Blog博客】
這個weblogging
設計得比較精巧，源代碼是很好的學習資料。它支持weblogging應有的特性如：評論功能，所見即所得HTML編輯，TrackBack，提供頁面模板，RSS
syndication,blogroll管理和提供一個XML-RPC 介面。
Eclipse 【Java開源IDE】
Eclipse平台是IBM向開發源碼社區捐贈的開發框架，它之所以出名並不是因為IBM宣稱投入開發的資金總數
—4千萬美元，而是因為如此巨大的投入所帶來的成果：一個成熟的、精心設計的以及可擴展的體系結構。
XPlanner 【Java開源項目管理】
XPlanner 一個基於Web的XP團隊計劃和跟蹤工具。XP獨特的開發概念如iteration、user
stories等，XPlanner都提供了相對應的的管理工具，XPlanner支持XP開發流程，並解決利用XP思想來開發項目所碰到的問題。
XPlanner特點包括：簡單的模型規劃，虛擬筆記卡(Virtual note cards),iterations、user
stories與工作記錄的追蹤，未完成stories將自動迭代，工作時間追蹤，生成團隊效率，個人工時報表，SOAP界面支持。
HSQLDB 【Java開源開源資料庫】
HSQLDB(Hypersonic SQL)是純Java開發的關系型資料庫,並提供JDBC驅動存取數據。支持ANSI-92 標准
SQL語法。而且他占的空間很小。大約只有160K,擁有快速的資料庫引擎。
Liferay 【Java開源門戶系統】
代表了完整的J2EE應用，使用了Web、EJB以及JMS等技術，特別是其前台界面部分使用Struts
框架技術，基於XML的portlet配置文件可以自由地動態擴展，使用了Web Services來支持一些遠程信息的獲取，使用 Apahce
Lucene實現全文檢索功能。
主要特點：
提供單一登陸介面，多認證模式(LDAP或 SQL);
管理員能通過用戶界面輕松管理用戶，組，角色;
用戶能可以根據需要定製個性化的portal layout;
能夠在主流的J2EE應用伺服器上運行，如JBoss+Jetty/Tomcat,JOnAS;
支 持主流的資料庫，如PostgreSQL,MySQL;
使用了第三放的開源項目，如Hibernate, Lucene, Struts;
支持包括中文在內的多種語言;
採用最先進的技術 Java, EJB, JMS, SOAP, XML;
JetSpeed 【Java開源門戶系統】
Jetspeed是一個開放源代碼的企業信息門戶(EIP)的實現, 使用的技術是Java和XML. 用戶可以使用瀏覽器,
支持WAP協議的手機或者其它的設備訪問Jetspeed架設的信息門戶獲取信息. Jetspeed扮演著信息集中器的角色,
它能夠把信息集中起來並且很容易地提供給用戶.
Jetspeed具有如下的特徵:
即將成為標准化的Java Portlet API
基於模板的布局, 包括JSP和Velocity
通過開放的內容同步技術支持遠程XML 內容交換
定製默認的主頁
使用資料庫進行用戶認證
內存緩存技術, 加快頁面的響應
通 過Rich Site Summary技術, 支持同步內容
和Cocoon, WebMacro, Velocity集成.
Wireless Markup Language (WML) 支持
使用XML格式的配置文件注冊portlet.
完整的 Web Application Archive (WAR) 支持
Web應用程序開發的基礎設施
可以在本地緩 存遠程內容
與Avantgo同步
可移植到所有支持JDK1.2和Servlet 2.2的平台
與 Turbine模塊和服務集成
可以根據用戶, 安裝媒體類型和語言的不同設定, 產生不同的個性化服務
持續化服 務使得所由的portlet能夠容易的存儲每個用戶的狀態, 頁面和portlet
使用皮膚技術使得用戶可以選擇portlet的顏 色和顯示屬性
自定義功能是的管理員可以選擇portlet以及定義個人頁面的布局
在資料庫中存儲PSML
通 過Jetspeed的安全portlets管理用戶, 組,角色和許可權
基於角色對訪問portlet進行控制
JOnAS 【Java開源應用伺服器】
JOnAS是一個開放源代碼的J2EE實現，在ObjectWeb協會中開發。整合了Tomcat或Jetty成為它的Web容器，以確保符合Servlet
2.3和JSP 1.2規范。JOnAS伺服器依賴或實現以下的Java API：JCA、JDBC、JTA
、JMS、JMX、JNDI、JAAS、JavaMail 。
JFox3.0 【Java開源應用伺服器】
JFox 是 Open Source Java EE Application Server，致力於提供輕量級的Java
EE應用伺服器，從3.0開始，JFox提供了一個支持模塊化的MVC框架，以簡化EJB以及Web應用的開發!
如果您正在尋找一個簡單、輕量、高效、完善的Java EE開發平台，那麼JFox正是您需要的。
JFox 3.0 擁有以下特性：
重 新設計的 IoC 微內核，融入 OSGi 模塊化思想
設計成嵌入式架構，能夠和任何 Java Web Server集成部署
支 持 EJB3，JPA規范，支持容器內和容器外兩種方式運行EJB和JPA組件
支持 EJB 發布成Web Service
采 用 JOTM(http://jotm.objectweb.org/)提供事務處理，支持兩階段提交 (2PC)
採用 XAPool(http://forge.objectweb.org/projects/xapool/) 提供 XA
DataSource，支持智能連接池管理
內置 MVC 框架，實現自動Form
Mapping,Validator,Uploading等功能，支持JSP/Velocity/Freemarker頁面引擎，並支持直接在
Action中注入EJB
支持多應用模塊部署，讓中大型應用充分享受模塊化開發帶來的優勢
提供 Manager 管理模塊，可以查看和管理各種運行時參數
提供根據 JFox 特色重寫的 Petstore 應用模塊
EasyJWeb 【Java開源Web開發框架】
EasyJWeb是基於java技術，應用於WEB應用程序快速開發的MVC框架，框架設計構思來源於國內眾多項目實踐，框架充分借簽了當前主要流行的開源Web框架(Struts、JSF、Tapestry
、Webwork)，吸取了其優點及精華，利用Velocity作為模板頁面引擎，是一個實現了頁面及代碼完全分離的MVC開發框架。是一個能實現中小型
Web應用系統快速開發的簡易Web框架。
通過EasyJWeb
Tools提供的配套開發工具，可以實現基於EasyJWeb框架的Web應用快速開發，包括常用應用軟體的代碼自生成、資料庫添刪改查(CRUD)代碼生成、自動頁面模版生成、配置文件管理等。
框架特點：
零配文件置支持。以前我們每接觸一個框架，開始總都要被
他的配置文件折騰一番。EasyJWeb實現零配置支持，可以不寫一句配置文件就在框架基礎上構建你的運用。(適合小型網站系統)。
簡 易的模板頁面設計支持：放棄使用jsp，使用簡單Velocity腳本語言作為頁面模板。
頁面程序完全分離：實現顯示頁面與程序邏輯 的完全分離，克服了傳統jsp頁面難於維護的問題。
基於頁面組件的框架。靈活的頁面組件配置，可以直接通過配置文件設置欄位級的事件 組件。
快速開發支持：通過EasyJWeb
Tools，可以自動生成應用軟體模板代碼，定製並管理自己的J2EE代碼模板，代碼生成模板支持最流行的實用Java開發框架(如hibernate、
Spring等)實現快速開發。
Tapestry 【Java開源Web開發框架】
Tapestry是一個開源的基於servlet的應用程序框架，它使用組件對象模型來創建動態的，交互的web應用。一個組件就是任意一個帶有
jwcid屬性的html標記。其中jwc的意思是Java Web
Component。Tapestry使得java代碼與html完全分離，利用這個框架開發大型應用變得輕而易舉。並且開發的應用很容易維護和升級。
Tapestry支持本地化，其錯誤報告也很詳細。Tapestry主要利用javabean和xml技術進行開發。【Spindle:Tapestry
輔助開發Eclipse插件】.
FreeMarker 【Java開源模板引擎】
FreeMarker允許Java
servlet保持圖形設計同應用程序邏輯的分離，這是通過在模板中密封HTML完成的。模板用servlet提供的數據動態地生成
HTML。模板語言是強大的直觀的，編譯器速度快，輸出接近靜態HTML頁面的速度。
【FreeMarker Eclipse Plugin與FreeMarker IDE：Eclipse平台下的輔助開發工具】
Lucene 【Java開源搜索引擎】
Apache
Lucene是一個基於Java全文搜索引擎，利用它可以輕易地為Java軟體加入全文搜尋功能。Lucene的最主要工作是替文件的每一個字作索引，索引讓搜尋的效率比傳統的逐字比較大大提高，Lucen提供一組解讀，過濾，分析文件，編排和使用索引的API，它的強大之處除了高效和簡單外，是最重要的是使使用者可以隨時應自已需要自訂其功能。
iText 【Java開源PDF類庫】
iText是一個能夠快速產生PDF文件的java類庫。iText的java類對於那些要產生包含文本，表格，圖形的只讀文檔是很有用的。它的類庫尤其與java
Servlet有很好的給合。使用iText與PDF能夠使你正確的控制Servlet的輸出。
Groovy 【Java開源動態語言】
Groovy是一種基於JVM的敏捷開發語言，它結合了Python、Ruby和 Smalltalk的許多強大的特性。
Groovy已在WebWork2中的應用。它可以被編譯為標準的Java Bytecode。
OpenCms 【Java開源CMS系統】
OpenCms是一個J2EE的產品，它是用 Java寫成的。它和Tomcat捆綁在一起。但是也能夠使用ATG
Dynamo、WebLogic和WebSphere。OpenCms支持多種RDBMS來保存內容，包括Oracle、SQL
Server、Sybase和mySQL。新版本提供了一個新的模板引擎，JSP支持，一種新的連接管理系統，提高了穩定性。
JUnit 【Java開源測試工具】
JUnit是由 Erich Gamma 和 Kent Beck 編寫的一個回歸測試框架(regression testing
framework)。Junit測試是程序員測試，即所謂白盒測試，因為程序員知道被測試的軟體如何(How)完成功能和完成什麼樣(What)的功能。Junit是一套框架，繼承TestCase類，就可以用Junit進行自動測試了。
BlueJ 【Java開源IDE】
BlueJ是一個專門為入門級教學設計的JavaTM 開發環境。它是由澳大利亞墨爾本Monash大學BlueJ小組設計並開發的。
XWiki 【Java開源Wiki系統】
XWiki是一個強大的Java開源的Wiki引擎。它支持一些受歡迎的特性如：
內 容管理(瀏覽/編輯/預覽/保存)，
支持附件，
版本控制，
全文本搜索，
權 限管理
使用Hibernate進行數據存儲，
RSS輸出與顯示外部的RSS feeds，
多 語言支持，
提供XML/RPC的API,
WYSIWYG HTML編輯器,
導出為PDF
Groovy 腳本支持等等....。
EJBCA 【Java開源網路伺服器端組件】
EJBCA是一個全功能的CA系統軟體，它基於J2EE技術，並提供了一個強大的、高性能並基於組件的CA。EJBCA兼具靈活性和平台獨立性，能夠獨立使用，也能和任何J2EE應用程序集成。
JXTA 【Java開源其它項目】
Sun微系統公司公開了旨在建立P2P(Peer to
Peer)通用技術基礎的JXTA計劃。JXTA技術是網路編程和計算的平台，用以解決現代分布計算尤其是點對點(P2P)計算中出現的問題。
JXTA將建立核心的網路計算技術，提供支持在任何平台、任何地方以及任何時間實現P2P計算的一整套簡單、小巧和靈活的機制。JXTA首先將歸納目前
P2P的功能特別，而後建立核心的技術來表達目前的P2P計算的局限性。其重點是創建基本的機制，而具體的策略選擇權則交給應用的開發者。JXTA將充分利用XML、Java等開放技術，使得UNIX操作系統更強大和靈活，比如利用管道(Pipes)傳輸Shell命令實現復雜的計算任務。JXTA支持
P2P應用的基本功能來建立一個P2P系統，還將努力證實這些可以成為建立更高層功能的基礎構造模塊。JXTA架構可以分為三個層面：JXTA核心層、
JXTA業務層和JXTA應用層。
DWR 【Java開源AJAX框架】
DWR(Direct Web
Remoting)是一個WEB遠程調用框架.利用這個框架可以讓AJAX開發變得很簡單.利用DWR可以在客戶端利用JavaScript直接調用服務端的Java方法並返回值給JavaScript就好像直接本地客戶端調用一樣(DWR根據Java類來動態生成JavaScrip代碼).它的最新版本
DWR0.6添加許多特性如:支持Dom Trees的自動配置,支持Spring(JavaScript遠程調用spring
bean),更好瀏覽器支持,還支持一個可選的commons-logging日記操作.
ZK 【Java開源AJAX框架】
ZK是一個Ajax Java Web框架，利用少量代碼就能夠開發出擁有Rich
UI的Web應用。ZK提供基於XUL的標記語言和事件驅動的組件，可以讓你像開發桌面應用程序一樣簡單。支持EL表達式和腳本語言包括：JavaScript、Ruby和Groovy等。支持Annotation及數據綁定。集成Google
Maps、FCKeditor、DOJO以及Timeline。
⑷ 前端常用的框架有哪些
一、 Web前端框架之Angular 2+
Angular 2+優點解析：
Angular 2+ 的最大優勢在於它的流行程度。也有人認為它和 Google 密切相關的名字，會影響團隊使用它。Angular 1 的迅速流行是因為那些來自其他互動式應用程序開發環境的人會發現對於開發單頁面 Web 應用程序具有相似的模型-視圖模式。通過對 Angular 1 進行現代化演變和重新構建框架的某些部分，Angular 2+ 已經真正的爆發了，大量的正式的和非正式培訓機構數量都讓人印象深刻，開發者有很強的市場競爭力。對於用戶來說它有一套用於構建用戶界面的豐富組件，這也是本系列中少有的幾個框架能夠做到這點。
缺點解析：
我們覺得 Angular 框架著重於在單個頁面應用程序中創建用戶界面並沒有處理構建完整的 Web 應用這個更大的關注點，如果不及早確定下來，這將會導致整個項目難以維護，在實際項目中，運行時提供不屬於核心框架的技術往往讓人覺得不可思議，這大大降低了 TypeScript 對最終開發者的價值。
發展方向：
Angular 5 剛剛發布，這看來是 Angular 已經成功的印證了快速發布版本的承諾，在 Google 的持續支持下，Angular 會越來越成熟。
像許多的大型組織一樣，Google 具有多重(分裂)的人格，從外表上看，Angular 團隊和那些專注於瀏覽器標準的團隊之間顯得很和諧。但我們的觀點是，和諧只是一層薄薄的窗戶紙。Angular 團隊對於 Web 組件和漸進式 Web 應用沒有一個真正解決方案。我們認為，業界普遍認可的標准將會在 Angular 框架中會逐步實現，這將會影響到如何更好的構建 Angular 應用將成為一個中/長期的風險。
使用環境：
如果你需要在一個大型的框架內獲取技術資源，框架內的技術通常很容易移植;或者你需要在框架中訓練開發人員，並且還要有一定的信心，他們會在短期內獲得一定的開發能力，這樣的話你可以考慮 Angular 2+ 。需要注意的是 Angular1(angular.js)與 Angular2+ 是截然不同的，其中的應用、技術和經驗不能直接移植到 Angular2+ 的開發中去。
如果你的 Web 應用能夠很好的轉化為標準的模型-視圖模式，那麼你也可以忽略其他直接考慮使用 Angular2+ 。
如果你對 Google Material UX 設計模式滿意，那麼 Material Angular 是遵循該模式的一種快速、簡單且可靠的方式。
二、Web前端框架之React + Rex
React + Rex優勢解析：
React 和 Rex 的最大優勢在於它們相對簡單和專注。做一件事情並把它做好是非常困難的，但這兩個庫都很有效地完成了它們的目標。雖然對於某些狀態容器方法可能是外部的，但大多數開發人員還是可以輕松掌握概念，並了解單向數據體系結構的好處，簡化大量的用戶界面應用程序。
缺點解析：
React 和 Rex 最大的弱點不是它們是什麼，而是它們不是什麼。要構建一個功能豐富的 Web 應用程序，你需要許多功能，一旦脫離 React 和 Rex 和其他一些庫的核心，你將發現一個非常分散的社區，擁有無數的解決方案和模式，不容易整合在一起。
因此，雖然 React 和 Rex 都是非常專注的庫，但缺乏經驗的團隊還是會很容易地生成不可維護的解決方案，而不是意識到他們所做的選擇會導致性能不佳或錯誤。即使有經驗的開發人員也可能意識到，一個鬆散的架構或慣例可能會在未來困擾他們。
假省錢是一種對自己的欺騙，組織范圍內採用 React 和 Rex 將輕松降低無效率問題。沒有其他庫和模式的廣泛約定和標准化，標准化 React + Rex 比較於我們正在採用的 JavaScript 來編寫我們的應用程序效率要高。
發展方向：
Facebook 和 React 最近從繁瑣的附加專利糾紛中抽離，他們認識到，就像其他項目一樣，更廣泛的社區能夠提高自己的聲音。我覺得這有助於 Facebook 意識到他們還不能更好地了解我們，相信我們來引導項目。希望這將繼續貫穿項目的特點和技術方向。
很難預測 React 和 Rex 的未來。但是，將庫集中在一起，確實會顯著提高適應性，大多數React + Rex 模式都會促進一個分離的體系結構，從而可以輕松地進行重構和迭代。兩年前，大家喜歡的還是React + Flux，但整個社區很快就擁抱了Rex。思維或模式的其他重大轉變可能很容易被採納。這種關鍵能力可能會持續到未來。
使用環境：
如果你很少需要手把手指導，並且正在尋找更好的庫而不是全面的框架，那麼 React + Rex 可能是正確的。在這一過程中，你不僅需要對你的團隊和組織的能力保持誠實，還要在你的初始開發過程中，以及在整個應用程序的長期維護過程中保持誠實。
三、Web前端框架之Vue.js
vue.js優勢介紹：
漸進式構建能力是vue.js最大的優勢，vue 有一個簡潔而且合理的架構，使得它易於理解和構建。
vue 有一個強大的充滿激情人群的社區，這為vue.js增加了巨大的價值，使得為一個空白項目創建一個綜合的解決方案變得十分容易。
缺點介紹：
在模型-視圖應用程序和狀態容器類型的應用程序之間的互相轉換可能會令人感到困惑，即使沒有完美包含一個模式到另一個模式的完美轉換，但讓人感覺希望能維持兩個模式的相關性。對於那些期待vue.js完美解決方案，並可能導致難以維護不一致的應用程序的人來說，這至少是令人困惑的。
一個更大的挑戰是vue.js依賴於一個單獨的人，很明顯，其他的項目基本是由一個組織提供支持，但這讓人感覺更加有意義，雖然它有一個強大文件的社區和許多有創新的新增項目，但是 vue 核心的開發基本落在一個人身上。
我們很高興看到 vue 更加容易接受新興的標准方法，但是它的類似於 Web 組件的模式，而不是真正的 Web 組件，這可能是 vue 所得不償失的地方。
發展前景：
雖然vue.js有相當廣泛的應用，但也很難預測在中期發展中這個勢頭能持續多久，它不是由一個商業組織直接支持並維護，因此，這很大程度上依賴於維護者的生存能力和繼續維護下去的願望來決定。
它也表現出了一定程度的語言適應能力，並且隨著某些模式的落伍和失寵而繼續保持自身語言的現代化和時代性，目前沒有跡象表明vue.js架構將來無法適應進一步發展。
使用場景：
如果你有一個傳統的Web應用程序，並需要一個強壯穩健的應用程序層，那麼vue.js 可能是一個很好的選擇，它有清晰的模式，即使沒有經驗的團隊也能正確或者錯誤的使用它。盡管vue UX框架沒有開箱即用的功能，但在vue.js上也能大量持續性構建應用，這將有利於你的項目。
⑸ 常用的前端框架有哪些
1. Twitter BootStrap （Apache v2.0；響應式）
時髦、直觀並且強大的前端框架，讓Web開發變得更加容易。
2. Foundation （MIT；響應式）
最先進的響應式前端框架。
3. 960gs（GPL&MIT；響應式）
960gs提供了一個簡單的網格系統，適合快速開發。
4. Skeleton（MIT；響應式）
非常漂亮的Web模板，適合響應式、移動友好的開發。
5. 99lime HTML KickStart（Free）
適合網站快速開發的極簡HTML構建模塊。
6. Kube（Free；響應式）
面向專業人員的CSS框架。
7. Less Framework（MIT；響應式）
自適應的CSS網格系統。
8. Flameinwork（Free）
適合懶人開發者的前端微框架。
9. G5 Framework（Free）
(x)HTML5、CSS、PHP前端開發框架。
10. Easy Framework（Free）
Easy Framework是一個一體化前端解決方案，分structural、 presentational、interactive三層。
11. Blueprint（Free）
一個旨在減少開發時間的前端框架。
12. YAML（Creative Commons）
(x)HTML+CSS框架，適合開發現代化浮動布局。
13. BlueTrip（Free）
一個功能全面、並且美麗的CSS框架，適合於Blueprint搭配使用。
14. YUI3:Grids CSS（BSD）
YUI Grids CSS是最著名的CSS框架之一，是由Yahoo開發小組開發而成。 YUI Grids CSS為開發者提供了預先設置的四種不同頁面寬度，六種不同的模板。
15. 52framework（Creative Commons）
對HTML5支持非常好，簡單易用。
16. elastiCSS（MIT）
一個基於Web介面和印刷布局的簡單CSS框架。
17. Emastic（Free）
一個與眾不同的CSS框架。
18. Fluid 960 Gride System（GPL/MIT）
Fluid 960 Grid System的模版是根據Nathan Smith之前的作品而創建的。即960 Grid System：傳承了MooTools和jQuery JavaScript libraries的效果。
19. xCSS（MIT）
一個面向對象的CSS框架，能讓你的工作流更加簡潔。xCSS基於CSS，可以在開發復雜樣式時，提供面向對象的工作流。
20. EM CSS Framework（MIT/GPL）
EM CSS Framework提供了一個960px寬 + 12 列網格系統 + CSS的通用樣式。
⑹ web前端職位等級怎麼劃分
任何職業都會分三六九等，更不必說前端技術工程師了，等級完全體現在技術能力的強弱上，十分客觀明顯。
前端開發工程師——有一定的項目執行能力，能嫻熟的應用知識
高級前端開發工程師——能主動執行項目，輔助團隊的整體工作，有創新精神，能將知識融會貫通。
高級的工程師和普通的工程師對於企業的貢獻價值是完全不一樣的，高級工程師可以簡單地做到以下幾點：
1、一開始學習都會選擇在網上找資料，但要記住資料在精不在多，找一套適合自己且體系完整的資料是完全夠用的，過多的資料不益於知識框架的構成，
2、學習的氛圍是十分重要的，如果有很多人和你一起學習的話，會促進學習效率的提升。可以組織一些也要學習的人，建一個學習交流群，一起共同學習，交流經驗。
3、也可以在上文組建的微信群里找一個學習夥伴，仿照上學時的學習小組的形式，倆人一起互相監督，互相鼓勵學習，一起共同進步。
4、在學習的時候，一定要形成每天總結學習內容的規律，這樣不僅能形成學習習慣，而且當學習內容積累到一定程度，還會給人帶來成就感，會讓學習更加有積極性。
5、只學習是一定不夠的，前端是一種應用技術，還是要體現在實戰上面。可以定期組織一些小夥伴，開展項目實戰，在實戰中總結經驗，體會不足之處。一個好的項目經驗也可作為找工作的優勢之處。
我建立了一個交流學習前端的自學團，在自學團里會嚴格監督大家學習打卡，定期分享學習資料，定期組織項目實踐，給大家匹配適合的學習夥伴。想要加入或者了解的話，可以私聊我或是給我留言。
⑺ 軟體公司開發項目是怎麼搭架項目框架的(是一個人搭建還是每個人都建),程序員是怎麼用搭架框架分工開發的
軟體公司開發項目框架一般是由架構師或者技術經理搭建的，有基礎的web開發技術框架，源代碼控制框架和管理框架，現在一個web開發技術框架包含前端、後端和資料庫三個大的方向，各個方向的技術框架都不一樣。現在主流的技術框架包含.NET、SqlServer、Bootstrap等，各個方向都有專業的程序員進行開發。
軟體開發框架詳細介紹
軟體前端開發技術包括三個要素：HTML、CSS和JavaScript，當然還有很多高級的前端框架，比如bootstrap、Jquery等，前端開發也是比較的復雜，如果找到規律，開發起來也比較的快。
軟體開發後端技術也有很多，比如.Net、JAVA、PHP等，各大語言都有其開發架構，像.NET的MVC架構，一般web後端技術的知識面是很廣的，設計模式、需求分析、性能優化等都要懂。
軟體開發資料庫現在有三種主流的資料庫：MysqlSQLserverOracle，還有Nosql資料庫：Redis、Mogodb等。
人員分工一般是按照上述三個大方向來分配任務的。
⑻ 網格技術的體系結構
網格的核心是分布式計算與資源管理，而這些核心實現是與網格的體系結構相聯系的，因為一大批虛擬化、異構的資源組成了一個網格，而這些資源需要按照一致的方式進行交互和運轉。網格技術的體系結構是關於如何建造網格環境的技術。它定義了網格的組成和基本功能，描述了網格組成部分的關系以及它們集成的方法。目前，網格技術體系結構的發展經歷了五層沙漏結構(Five-Level Sandglass Architecture)、開放網格服務架構(Open Grid Services Architecture，OGSA)和 Web 服務資源框架(Web Service ResourceFramework，WSRF)3 個階段。
1.1.2.1 五層沙漏結構
五層沙漏結構是 Foster 等(2001)提出的一種具有代表性的網格體系結構，其影響十分廣泛，它是一種早期的抽象層次結構。
五層沙漏結構最重要的思想是以 「協議」為中心，強調服務與應用編程介面(API)和軟體開發工具包(SDK)的重要性。在五層沙漏結構中，共享的概念不僅是交換文件，並強調對計算機、軟體、數據以及其他資源的直接訪問。從圖 1.2 可以看出，五層沙漏結構從上而下包括: 應用層、匯聚層、資源層、連接層、構造層。
圖 1.2 五層沙漏網格結構
(1)構造層: 構造層的基本功能就是控制局部的資源，包括查詢機制(發現資源的結構和狀態等信息)、控制服務質量的資源管理能力等，並向上提供訪問這些資源的介面。構造層資源是非常廣泛的，可以是計算資源、存儲系統、目錄、網路資源以及感測器等等。構造層資源提供的功能越豐富，則構造層資源可以支持的高級共享操作就越多，例如如果資源層支持提前預約功能，則很容易在高層實現資源的協同調度服務，否則在高層實現這樣的服務就會有較大的額外開銷。
(2)連接層: 連接層的基本功能就是實現相互的通信。它定義了核心的通信和認證協議，用於網格的網路事務處理。通信協議允許在構造層資源之間交換數據，要求包括傳輸、路由、命名等功能。在實際中這些協議大部分是從 TCP/IP 協議棧中抽取出的。認證協議建立在通信服務之上，提供的功能包括: 單點登錄、代理、與局部安全方法的集成、基於用戶的信任機制。
(3)資源層: 資源層的主要功能就是實現對單個資源的共享。資源層定義的協議包括安全初始化、監視、控制單個資源的共享操作、審計以及付費等。它忽略了全局狀態和跨越分布資源集合的原子操作。
(4)匯聚層: 匯聚層的主要功能是協調多種資源的共享。匯聚層協議與服務描述的是資源的共性，包括目錄服務、協同分配和調度以及代理服務、監控和診斷服務、數據復制服務、網格支持下的編程系統、負載管理系統與協同分配工作框架、軟體發現服務、協作服務等。它們說明了不同資源集合之間是如何相互作用的，但不涉及資源的具體特徵。
(5)應用層: 應用層是在虛擬組織環境中存在的。應用可以根據任一層次上定義的服務來構造。每一層都定義了協議，以提供對相關服務的訪問，這些服務包括資源管理、數據存取、資源發現等。在每一層，可以將 API 定義為與執行特定活動的服務交換協議信息的具體實現。
1.1.2.2 OGSA 結構
目前最重要且被廣泛認可的網格系統結構是 Global Grid Forum(GGF)的 Open GridServices Infrastructure(OGSI)工作小組於 2002 年 6 月制定的開放網格服務架構(OGSA)(Foster et al.，2005)。OGSA 包括兩大關鍵技術，即網格技術和 Web Service 技術，它是在五層沙漏結構的基礎上，結合 Web Service 技術提出來的，解決了兩個重要問題———標准服務介面的定義和協議的識別(Karasavvas et al.，2005)。以服務為中心是 OGSA 的基本思想，在 OGSA 中一切都是服務(Karasavvas et al.，2005)。這一結構的意義就在於它將網格從科學和工程計算為中心的學術研究領域，擴展到更廣泛的以分布式系統服務集成為主要特徵的社會經濟活動領域。OGSA 架構由 4 個主要的層構成: 參見圖 1.3。從下到上依次為: 資源———物理資源和邏輯資源; Web 服務，以及定義網格服務的 OGSI 擴展; 基於 OGSA 架構的服務; 網格應用程序層。
圖 1.3 OGSA 架構
(1)物理和邏輯資源層: 資源的概念是 OGSA 以及通常意義上的網格計算的中心部分。構成網格能力的資源並不僅限於處理器。物理資源包括伺服器、存儲器和網路。物理資源之上是邏輯資源。它們通過虛擬化和聚合物理層的資源來提供額外的功能。通用的中間件，比如文件系統、資料庫管理員、目錄和工作流管理人員，在物理網格之上提供這些抽象服務。
(2)Web 服務層: OGSA 架構中的第二層是 Web 服務。這里有一條重要的 OGSA 原則: 所有網格資源(邏輯的與物理的)都被建模為服務。OGSI 規范定義了網格服務並建立在標准 Web 服務技術之上。OGSI 利用諸如 XML 與 Web 服務描述語言(Web Services Description Language，WSDL)這樣的 Web 服務機制，為所有網格資源指定標準的介面、行為與交互。OGSI 進一步擴展了 Web 服務的定義，提供了動態的、有狀態的和可管理的Web 服務的能力，這在對網格資源進行建模時都是必需的。
(3)基於 OGSA 架構的網格服務層: Web 服務層及其 OGSI 擴展為下一層提供了基礎設施: 基於架構的網格服務。GGF 目前正在致力於在諸如程序執行、數據服務和核心服務等領域中定義基於網格架構的服務。隨著這些新架構的服務開始出現，OGSA 將變成更加有用的面向服務的架構(SOA)。
(4)網格應用程序層: 隨著時間的推移，一組豐富的基於網格架構的服務不斷被開發出來，使用一個或多個基於網格架構服務的新網格應用程序亦將出現。這些應用程序構成了 OGSA 架構的第四個主要的層。
1.1.2.3 WSRF 結構
OGSI 通過封裝資源的狀態，將具有狀態的資源建模為 Web 服務，這種做法引起了「Web 服務沒有狀態和實例」的爭議，同時某些 Web 服務的實現不能滿足網格服務的動態創建和銷毀的需求。OGSI 單個規范中的內容太多，所有介面和操作都與服務數據有關，缺乏通用性，而且 OGSI 規范沒有對資源和服務進行區分。OGSI 使用目前的 Web 服務和XML 工具不能良好工作，因為它過多地採用了 XML 模式，比如 XSD: ANY 基本用法、屬性等，這可能帶來移植性差的問題。另外，由於 OGSI 過分強調網格服務和 Web 服務的差別，導致了兩者之間不能更好地融合。上述原因促使了 Web 服務資源框架(Web Service Resource Framework，WSRF)的出現(Czajkowski et al.，2004)。
WSRF 採用了與網格服務完全不同的定義(Banks，2006): 資源是有狀態的，服務是無狀態的。為了充分兼容現有的 Web 服務，WSRF 使用 WSDL 1.1 定義 OGSI 中的各項能力，避免對擴展工具的要求，原有的網格服務已經演變成了 Web 服務和資源文檔兩部分。WSRF 推出的目的在於，定義出一個通用、開放的架構，利用 Web 服務對具有狀態屬性的資源進行存取，並包含描述狀態屬性的機制，另外也包含如何把機制延伸至 Web 服務中的方式。
Web 服務資源框架定義了使用 Web 服務來訪問有狀態資源的一系列規范。它包括Web 服務資源特性(WS-ResourceProperties)、Web 服務資源生命周期(WS-ResourceLife-time)、Web 服務基本故障(WS-BaseFaults)和 Web 服務服務組(WS-ServiceGroup)規范。這些新規范的動機是，雖然 Web 服務實現在它們交互的過程中並不維護狀態信息，但是它們的交互必須經常性地為狀態操作考慮。也就是說，數據的值通過 Web 服務交互得以持久化，並且作為 Web 服務交互的結果而保存。例如，一個在線的航空訂票系統必須維持有關飛行狀態、具體顧客的訂票以及系統本身狀態(它當前的位置、負載和性能)等信息。Web 服務介面如果要允許請求者查詢飛行的狀態、進行訂票、改變訂票的狀態以及管理訂票系統，它就必須提供對狀態的訪問。在 Web 服務資源框架(Web Services Resource Framework)中，我們把狀態作為有狀態資源來建模並且通過一個隱含的資源模式使 Web 服務之間的關系條文化。
WSRF 是一個服務 資源的 框架，是 5 個 技術 規范 的 集合，表 1.1 總 結 了 這 些 技術規范。
表 1.1 WSRF 中標准化技術規范
(據 Banks，2006)