㈠ 前端訂單拆分用到了什麼技術
前端訂單拆分用到的技術指的是互聯網加強技術
㈡ 怎樣提高前端工程師開發效率，都在這里
前端工程師其實是一個工作很雜的職位，除了要負責切圖、寫html/css/js外，還要解決一系列的瀏覽器兼容性、網頁性能優化等問題，所以提高前端工程師的開發效率是勢在必行的，也是前端工程化的體現。
對於開發效率，我個人理解是
開發效率 = 新增代碼的效率 + 修改代碼的效率 + 維護代碼的效率
那麼如何提高前端開發效率便可以按照前端工程化的理念來進行劃分。下面我就介紹下7個提高前端開發效率的方法。
1.切圖
切圖是一個前端最基礎的技能，一般我們使用Photoshop或者FireWorks基本都能搞定設計師交付給我們的設計圖，但是要提高切圖效率的話就得使用一些訣竅了，比如利用PS里的動作來實現「一鍵切圖」功能，這里除了切圖外還介紹了其他的實用方法和工具。
2.編碼
對於編寫代碼部分我們首先要找到一款合適自己的IDE工具，建議不要使用Notepad++或者Dreamweaver，這些工具已經不符合前端潮流了，無法讓自己優雅地敲代碼。這里我主要推薦Sublime Text、Atom或者Webstrom，因為它們除了人性化的界面和支持大多數語法的高亮外，還可以安裝各種各樣的插件來拓展你的IDE工具，下面我主要介紹幾款Sublime Text提高開發效率的插件：
其中Element是用於快速編寫html/CSS的，比如輸入 ul>li 後按下tab鍵便可以生成一個ul標簽裡麵包含一個li標簽
JSFormat用於格式化JS；CSScomb用於對樣式屬性進行一鍵排序；HTML-CSS-JS Prettify可以一鍵規范我們的HTML/CSS/JS，甚至JSON格式；SublimeTmpl可以快速新建HTML/CSS/JS文件; ColorPicker用於調用本地調色板功能。這些工具都非常實用，一定程度上可以提高我們的編碼效率。
3.自動化
說到提高開發效率，這里不得不提一些前端的自動化工具，畢竟前端自動化是目前及未來的趨勢，能夠很大程度上縮減前端不必要的工作量，使我們能夠專注前端本身。
這里我們可以使用NPM來管理我們的項目包文件；利用webpack來打包壓縮我們的代碼；利用Node.js來實現構建本地伺服器；利用Karma、Jasmine來測試我們的前端代碼。
用好前端自動化工具可以幫助我們處理很多瑣碎的事情，比如一鍵壓縮代碼、圖片，一鍵合並JS，檢測文件更新等。
4.模塊化
隨著web2.0時代的到來，Ajax技術得到廣泛應用，前端代碼日益膨脹，而前端模塊化能夠方便我們對項目代碼的維護，進行按需載入，從長遠角度來看對我們提高項目的開發效率同樣大有益處。
在ES6出來之前應該說前端代碼本身不具備實現模塊的功能，我們必須要使用一些模塊化載入器來實現，比如RequireJS、SeaJs等。而隨著ES6的普及，目前像RequireJS、SeaJs這樣的工具已經沒有存在的必要了。所以在基於ES6的開發環境下我建議使用ES6的模塊化功能來實現我們的前端模塊化。
5.組件化
前端組件化的概念也是由來已久，我們可以通過將我們的代碼劃分成不同組件來實現功能公用，一個同樣的功能我們可能不用再次編寫相同的代碼，同時也可以提高前端代碼的可維護性和清晰度。以下是目前流行的前端框架Vue的單文件組件的概念圖：
我們可以將公用的組件抽離，將大組件拆分成小組件的形式實現前端組件化，組件與組件之間可以存在父子關系，也可以存在兄弟關系。在Vue的單文件組件中，一個組件包含了其HTML、CSS、JS的代碼片段。
6.前後端分離
前後端分離的項目對提升前端開發效率非常有幫助，因為前端不再需要後台配置路由、搭建伺服器環境、編寫模板等，這樣一來前端的生產力就會得到很大程度的解放，但是前後端分離的項目有利也有弊，如下圖所示：
最終我們需要根據項目需求衡量利弊來決定是否使用前後端分離的模式。
7.規范與模式
團隊協作離不開編碼規范和開發模式的幫助。遵循編碼規範文檔可以幫助我們在團隊開發時提高合作開發的效率。一個團隊遵循一套編碼規范可以使每個人的代碼寫出一個人的風格，這樣團隊間相互審查、測試、完善功能時會非常高效。下方是一些開源的前端編碼規範文檔：
網頁鏈接
首頁-TGuide
網頁鏈接
網頁鏈接
除了編碼規范我們在開發時經常會沿襲了一些已經存在的模式來解決問題，比如當用JS編寫彈框時我們往往會用到單例模式，用CSS編寫動畫時直接套用動畫的常用屬性等，我們不再需要從頭開始思考某一個功能的實現，這就是模式帶來的意義。
結語
當然除了以上7點，對於前端來說需要提高開發效率的地方還有很多，可謂任重而道遠。只有將前端無序、繁雜的操作組織起來，利用工具簡化、規范前端流程，才能實現項目構建、開發、維護的一體化。希望本文能夠給初識前端的同學帶來啟發並付諸實踐。
㈢ web前端 和java
舉個例子，對於廣告系統的來說， 我們先不管一些job，CACHE，config ... 這些優化，些框架和分層可以是這樣的，
MVC的技術選型：
V: FreeMarker vs JSP / Velocity
C: SpringMVC vs Struts / Webwork
M: SPRING/JPA/Hibernate vs iBatis
2 前端V的架構
前端開發剛興起的階段，前端開發人員的工作經常穿插在後端開發過程中擔任輔助作用的，隨著業務越來越復雜，前端必須有自己的開發框架和流程，使得後端專注於服務類的開發，前端專注於與用戶交互類的開發。
WEB前端從概念上劃分為三個層次：結構、表現、和行為。三層相對獨立，互不影響。在物理上層面上分別對應HTML、CSS、JS三種不同的的文件格式。
HTML：負責定義網頁的結構，內容
CSS：負責內容的展現方式
JS：負責網頁關於動態的行為反應
好的層次劃分對前端的開發也很關鍵。顯示內容問題的唯一來源應該是html文件定義的，內容展示問題的唯一來源應該是CSS文件定義的，行為問題的唯一來源應該是javascript文件定義的，各司其職相互獨立。但是他們是相關的，因為行為和樣式無法與結構分離，必須寫在同一個文件里。這種情況下，首先還是你要把行為和樣式從html標簽中分開，然後在html文件中引入。
前端開發的核心是HTML + CSS + JavaScript。本質上它們構成一個MVC框架，即HTML作為信息模型（Model），CSS控制樣式（View），JavaScript負責調度數據和實現某種展現邏輯（Controller）。
1）結構層
在java領域，表現層技術主要有三種：jsp、freemarker、velocity。
(1) jsp(Java Server Pages)
它是在傳統的網頁HTML文件(.htm，.html)中插入Java程序段(Scriptlet)和JSP標記(tag)，它實現Html語法中的java擴展（以 <%, %>形式）。從而形成JSP文件，後綴名為(.jsp)。因為java具有跨平台特點， 用JSP開發的Web應用是跨平台的，既能在Linux下運行，也能在其他操作系統上運行。JSP與Servlet一樣，是在伺服器端執行的，最終都要變.class文件，通常返回給客戶端的就是一個HTML文本，因此客戶端只要有瀏覽器就能瀏覽。
優點：
可以寫java代碼
支持jsp標簽（jsp tag）
支持表達式語言（el）
官方標准，用戶群廣，豐富的第三方jsp標簽庫
性能良好，jsp編譯成class文件執行，有很好的性能表現
缺點：
編寫java代碼，如使用不當容易破壞mvc結構。
(2) Freemarker
它生成靜態頁面，首先需要使用自己定義的模板頁面，這個模板頁面可以是最最普通的html，也可以是嵌套freemarker中的 取值表達式， 標簽或者自定義標簽等等，然後後台讀取這個模板頁面，解析其中的標簽完成相對應的操作， 然後採用鍵值對的方式傳遞參數替換模板中的的取值表達式，做完之後 根據配置的路徑生成一個新的html頁面， 以達到靜態化訪問的目的。
模板+數據模型=輸出，模板只負責數據在頁面中的表現，不涉及任何的邏輯代碼，而所有的邏輯都是由數據模型來處理的。用戶最終看到的輸出是模板和數據模型合並後創建的。
FreeMarker與Web容器無關，即在Web運行時，它並不知道Servlet或者其他。
優點：
可以徹底的分離表現層和業務邏輯，使用JSP 開發過程中在頁面中大量的存在業務邏輯的代碼，使得頁面內容凌亂，在後期大量的修改維護過程中就變得非常困難。FreeMarker根本不支持Java代碼。
可以提高開發效率，JSP在第一次執行的時候需要轉換成Servlet類，開發階段進行功能調適時，需要頻繁的修改JSP，每次修改都要編譯和轉換 。FreeMarker模板技術不存在編譯和轉換的問題，開發過程中，後端不必在等待界面設計開發人員完成頁面原形後，再來開發程序。
對jsp標簽支持良好
內置大量常用功能，比如html過濾，日期金額格式化等等
使用表達式語言 (EL)
缺點：
不是官方標准
用戶群體和第三方標簽庫沒比jsp豐富
使用FreeMarker後，作為界面開發人員，只專心創建HTML文件、圖像以及Web頁面的其他可視化方面，不用理會數據；而程序開發人員則專注於系統實現，負責為頁面准備要顯示的數據。
還有一些像velocity這樣較早出現的用於代替jsp的模板語言 ... ...
2) 表現層CSS
結構搭建之後，就是為他們添加樣式表屬性。它實現的是頁面內容和現實樣式分離，所有的CSS都是非必需的，就算無法應用CSS或CSS沖突，網頁也能夠正常訪問。
為了管理的方便，可以將不同樣式進行拆分，比如可以拆分為全局樣式，結構布局樣式，色彩樣式，文字樣式和重置樣式。css在開發時代碼採用了規范的形式，比如有注釋，縮進等，這樣，這些文件的大小比較大，為了減少網路流量，提高網頁的下載速度，一般發布時需要對javascript和css進行壓縮處理，我們將樣式文件進行合並壓縮，目的是減少與伺服器交互的時間和次數。如http://www.jb51.net/tools/cssyasuo.shtml可以在線進行壓縮。
樣式混合使用選擇：
有關整個網站統一的樣式代碼，放置在獨立的樣式文件中.css
某些樣式不同的頁面，除了鏈接外部樣式文件，還需要自定義的樣式
某張網頁中，部分內容如果需要一種不同，採用內行樣式
) 行為層 javaScript
常見的也是最有名的javascript 框架，其實准確來說應該是庫：
（http://www.ibm.com/developerworks/cn/web/1404_wangfx_jsframeworks/）
jQuery
jQuery 是目前用的最多的前端 JAVASCRIPT 類庫，它是比較輕量級的類庫，對 DOM 的操作也比較方便到位，支持的效果和控制項也很多。同時，基於 jQuery 有很多擴展項目，包括 jQuery UI(jQuery 支持的一些控制項和效果框架)、jQuery Mobile(移動端的 jQuery 框架)、QUnit(JavaScript 的測試框架)。這些補充使得 jQuery 框架更加完整，而且這些擴展與目前的框架基本都是兼容的，可以交叉使用，使得前端開發更加豐富。
Ext
相比 jQuery，Ext JS 更重量級，有幾個兆的文件，使得 Ext 在開發中成為的弊端和累贅。但是，另一方面，在 Ext JS 龐大的文件背後是 Ext JS 強大的功能。Ext JS 的控制項和功能可以說強大和華麗到的程度。圖表、菜單、特效，Ext JS 的控制項庫非常豐富，同時它的交互也非常強大，獨立靠 Ext JS 幾乎就可以取代控制層完成於客戶的交互。強大的功能，豐富的控制項庫，華麗的效果也使得 Ext JS 成為內網開發利器。
YUI
YUI 也有自己的 JavaScript 類庫，DOM 操作和效果處理也還比較方便，功能和控制項也很齊全，但是相比 jQuery 和 Ext JS 顯得比較中庸一些。隨著 Yahoo的沒落，YUI 也漸漸的被淡化。
目前前端框架主要採用 JavaScript+CSS 模式。基於上面的幾種javascript庫，我們可以基於JQuery框架搭建起一個java web前端系統的框架。如叢林的前端就是COS-UI+jQuery搭建起來的，再利用插件ztree實現品類樹在前端的展示。
jquery對javascript的封裝
JQuery能大大簡化Javascript程序的編寫，主要表現：
定位元素
JS寫法:
document.getElementById("abc")
jQuery寫法:
$("#abc") 通過id定位
$(".abc") 通過class定位
$("div") 通過標簽定位
改變元素的內容
JS寫法：
abc.innerHTML = "TEST";
jQuery寫法：
abc.html("TEST");
顯示隱藏元素
JS 寫法：
abc.style.DISPLAY = "none";
abc.style.DISPLAY = "BLOCK";
jQuery 寫法：
abc.HIDE();
abc.SHOW();
abc.TOGGLE();
修改元素樣式
JS寫法：
abc.STYLE.fontSize=size;
jQuery寫法：
abc.css('font-size', 20);
Ajax
JS
自己創建對象，自己處理瀏覽器兼容等亂七八糟的問題，略去不表
jQuery
$.get("abc.php?a=1&b=2", recall);
postvalue = "a=b&c=d&abc=123";
$.POST("abc.php", postvalue, recall);
FUNCTION recall(RESULT) {
ALERT(result);
//如果返回的是json，則如下處理
//result = eval('(' + result + ')');
//ALERT(result);
}
獲得焦點
為表單賦值
獲得表單的值
設置元素不可用
3) 瀏覽器的渲染
4）web前端開發流程
㈣ 在安卓和ios前端開發時，如何讓電話號碼不被拆分為兩行
寫代碼的時候，通過定義的方式，把電話號碼定位位數，再定義一行可以輸入多少位數，應該可以啊，這個問題應該是可以解決的，好好查一查。
㈤ web前端學習分哪些階段
您好，web前端學習分為8個階段：
階段1.前端核心基礎
HTML +_CSS核心、JavaScript基礎語法、JavaScript面向對象、JavaScript DOM和
BOM編程、jQuery框架
階段2.HTML5 + CSS3 + 移動端核心
HTML5新特性、Canvas專列、CSS3新特性、CSS3進階、CSS3實例演練
階段3.移動端
移動端核心、移動端適配、移動端特效
階段4.伺服器端
伺服器端開發、資料庫操作、前後端交互核心、微信公眾號開發
階段5.JavaScript高級
JavaScript基礎深入剖析、JavaScript面向對象深入講解、JavaScript非同步編程、
JavaScript函數式編程JavaScript設計模式
階段6.前端必備
性能優化、版本控制工具、模塊化、項目構建工具
階段7.高級框架
React框架基本使用、React框架進階、Vue框架基本使用、Vue框架進階、Vue源碼分析
階段8.小程序
原生小程序入門、原生小程序API使用、小程序框架Mpvue
web前端學習有哪些階段
這個學習路線圖不管是自學還是參加培訓班都是可以的，希望可以幫助到你。
㈥ python 將前端的傳過來的字元串拆分作為查詢條件
deftest(req):
mobiles_tmp=str(req.REQUEST.get('mobile',0))
mobiles=mobiles_tmp.split(',')###獲取到你的mobile列表
foriinmobiles:
執行你下面的操作和原來一樣
㈦ 微服務架構下，進行前後端分離，前端怎麼寫
分離後的前端，不再是一個簡單的HTML文件，已經是一個獨立的應用系統。除了要考慮頁面的數據渲染展示，還要用工程化的思想來考慮前端的架構，前後端的交互和數據安全等事情。
RESTful介面交互
前後端分離之後，更多的是採用RESTful風格的介面與後端進行數據交互。
REST是「呈現狀態轉移（REpresentational State Transfer）」的縮寫，一種API的架構風格，在客戶端和服務端之間通過呈現狀態的轉移來驅動應用狀態的演進。
在 REST 樣式的 Web 服務中，每個資源都有一個地址。資源本身都是方法調用的目標，方法列表對所有資源都是一樣的。這些方法都是標准方法，包括 HTTP GET、POST、PUT、DELETE，還可能包括 HEADER 和 OPTIONS。
RESTful的API設計，使得後端通過介面向前端傳遞數據，數據的格式通常是JSON這種通用的格式。對前端來說，只要後端返回過來的是RESTful的數據就行，不管後端是用Java寫，還是用python或PHP，拜託對後端的依賴，做到前端系統的獨立。
工程化構建
Nodejs不止可以用來做前端伺服器，在開發階段，它也能發揮很大的作用。
前端生態的發展，是圍繞著Nodejs進行的。用npm來管理項目依賴，可以很好的維護和運行在Nodejs環境上。
打包工具grunt、gulp、webpack和rollup等，都是運行在nodejs上，再結合語法編譯、打包部署等插件，將應用輸入成一個完整的應用。
如果你使用了Angular、React或Vue框架，或者你使用瀏覽器暫時還不兼容的ES6語法，還需要在應用打包前用babel將語法編譯成瀏覽器可識別的ES5的語法。
SPA
SPA是單頁Web應用（single page web application，SPA）的簡寫，就是只有一張Web頁面的應用，是載入單個HTML 頁面並在用戶與應用程序交互時動態更新該頁面的Web應用程序。
像Angular、React或Vue就是為了SPA而設計的，結合前端路由庫（react-router、vue-router）和狀態熱存儲（rex、vuex）等，可以開發出一個媲美Native APP的Web APP，用戶體驗得到了很大的提升。
當然，SPA也不是完美的，也不是適合所有的web應用，需要結合項目和場景來選擇。
SPA有如下缺點：
初次載入耗時增加。可以通過代碼拆分、懶載入來提升性能，減少初次載入耗時。
SEO不友好，現在可以通過Prerender或Server render來解決一部分。
頁面的前進和後端需要開發者自己寫，不過現在一些路由庫已經幫助我們基本解決了。
對開發者要求高，由於做SPA需要了解一整套技術棧，所以，要考慮後期是否有合適的人選進行維護。
㈧ 前端支付功能拆分用到了什麼技術
這里前端支付能拆分到用的很多技術是收款功能。
㈨ 如何使用前端表格控制項SpreadJS合並拆分單元格
您好，可以使用addSpan和removeSpan來實現合並與拆分單元格，
具體用法，可以參考葡萄城官方學習指南，以及葡萄城官方論壇GCDN中學習交流，
官方論壇有大量的實例，也有兢兢業業的客服會及時回復您的提問~！
㈩ 前端訂單拆分和支付功能用到了什麼技術
支付的話您可以使用支付寶的沙箱支付