今天總結一下webpack 各種轉碼工具 的操作方法。 一、基本命令: webpack // 最基本的啟動webpack的方法 webpack -w // 提供watch方法;即時進行打封裝更新 webpack -p // 對打包後的檔案進行壓縮 webpack -d // 提供source map,方便調式代碼 二、ES6 轉碼 ES5 安裝 babel-loader: # npm
需要的jar包: spring-context-support-4.0.1.RELEASE.jar quartz-2.2.1.jar 首先定義一個job要實現Job介面,以後各種各樣的任務都放在這個job中執行: import org.quartz.Job;import org.quartz.JobDataMap;import org.quartz.JobExecutionContext;import
JQuery源碼之——變數,正則 一、JQ源碼中的正則: 這裡推薦一個正則測試理解的網站:https://regexper.com/ 1./[+-]?(?:\d*\.|)\d+(?:[eE][+-]?\d+|)/ 分析:這個是檢測數位。(如css中距離,字型等等設定 +10px,-10px,還有科學技術法) [+-]? 匹配零個或一個加號或減號 (?:\d*.|) 非擷取匹配,匹配零或多次數字加點(如32.),或匹配空 \d+ 匹配一個或多個數字 (?:[eE][+-
一. 線程通訊: 在同步方法中,線程之間的通訊主要依靠以下三個方法來實現: 1. wait() 調用該方法會使當前線程暫停執行並釋放對象鎖,讓其他線程可以進入Synchronized代碼塊,當前線程放入對象等待池中。 2. notify() 調用該方法會從對象等待池中移走任意一個線程 3. notifyAll() 調用該方法會從對象等待池中移走所有等待的線程。 二. 一道面試題: 子線程迴圈10次,接著主線程迴圈100次,
該文章以收錄 git探索之路 目錄 git探索之路——常用命令總結 git探索之路——配置及基礎使用 git探索之路——版本認識及操作 git探索之路——分支與標籤 git探索之路——解決衝突與團隊合作 git探索之路——標籤管理 git探索之路——配置與自訂 前言 今天我來講解一下git的基礎用法,很簡單,git我想大家應該都知道了,對於做程式的人,git和svn並不陌生。這裡我不想再多說什麼,如果還不瞭解git的,大家可以去搜一下看看。 一、GIT vs SVN
這節我整理了一下,JQuery的整體構架。 一、開啟JQ 2.0.3 我們首先看到的是 一個匿名函數。 (function(window,undefind){ // 代碼處理})(window,undefind) 匿名函數不用過多解釋,防止汙染全域變數 這裡說明一下傳遞window 和 undefind 的作用 傳遞window: 1.window是最頂層,做為參數方便尋找,提高查詢速度。 2. 代碼壓縮時可以,進行壓縮(比如,可以將window 簡寫為 w)
線程同步,也就是同步它們處理的資源,使其資料有效。synchronized,使用這個關鍵字後,任何線程訪問,都要等待上一個線程運行完成後才能執行。它的聲明唯一需要關心的就是其範圍,一般有兩種聲明方式: 第一種:在聲明方法中加入synchronized關鍵字 public synchronized void setXX(){} 第二種:synchronized塊 synchronized(syncObject){//控制的代碼} 兩種用法最根本的區別在與它的範圍範圍,
轉載地址:https://my.oschina.net/elain/blog/382494 一、什麼是 AOP AOP(Aspect-OrientedProgramming,面向切面編程),可以說是OOP(Object-Oriented
今天來總結一下移動端事件的用法和注意事項。廢話就不多說了,直接上吧。 一、移動端基礎事件 1.基礎事件 touchstart 手指按下時觸發 touchmove 手指移動時觸發 touchend 手指抬起時觸發 2.使用方法 我們在使用上面三個事件時,要用js 的事件綁定方式去使用(addEventListener()), JQ 的 on() 等綁定事件不起作用,例如: var body =
一、Ioc 通過Spring配置來建立對象,而不是new的方式 兩種方法:設定檔,註解 1.Ioc底層原理 (1)xml設定檔 (2)dom4j解析 (3)工廠設計模式 (4)反射 步驟: 第一步:建立類的.xml檔案 <bean id="userService" class="....."/> 第二步:建立一個工廠類:使用dom4j解析設定檔+反射 public class UserFactory{
--模組與模組之間的設計,除了大範圍的設計模式,更多不屬於模式的多種方法調用都可以通訊。 -- 如何設計低耦合的,高內聚的模組之間通訊。原則:
String類 建立字串 String greeting = "beijing"; 編譯器會使用該值建立一個 String 對象。和其它對象一樣,可以使用關鍵字和構造方法來建立 String 對象。注意String類型是特殊的參考型別(前邊有final),所以String 類是不可改變的,所以你一旦建立了 String 對象,那它的值就無法改變了如果需要對字串做很多修改,那麼應該選擇使用 StringBuffer & StringBuilder 類。 String s =
最近一直在搞關於資料結構的東西,做一下總結吧,文章參照了該博文的http://www.cnblogs.com/Yellow-ice/p/5326856.html在此致謝,時間是2017.8.2上午 常見的資料結構分為以下幾種:數組,鏈表,隊列,棧,樹,堆,圖。還有散列表和集合類為java常用,字串也常常被當成資料結構,如下圖所示: 按照邏輯結構可以分為以下四種: 資料結構概述 定義
聲明陣列變數 Java 語言中提供的數組是用來儲存固定大小的同類型元素。 double[] myList; // 首選的方法或double myList[]; // 效果相同,但不是首選方法 建立數組 arrayRefVar = new dataType[arraySize]; 上面的文法語句做了兩件事: 一、使用 dataType[arraySize] 建立了一個數組。 二、把新建立的數組的引用賦值給變數 arrayRefVar。
(一)探索導向點指引下的環境探索 通過對環境的分析,相應的資訊處理,提取出引導機器人完全探索一系列未知環境的目標點。 探索導向點的提取: 擷取雷射資料——>提取運動目標點——>探索決策樹——>有限的時間內構建出完整或近似完整的環境地圖。 幾種方法的簡單介紹:(力求大體上能懂,最好能實現出來) 1.A Frontier-Based Approach for Autonomous Exploration 檢測open space 與
下午的時候全面總結了棧的兩種實現方式和基本原理,然後晚上來做以下關於隊列的基本總結,今天的工作就算結束了。代碼實現是我用java完成的,實現過程中參照了以下兩篇部落格http://blog.csdn.net/wuwenxiang91322/article/details/12259099和 http://www.cnblogs.com/CherishFX/p/4608880.html在這裡註明出處,時間是2017.8.2晚上。 隊列簡介 隊列的特點
學過電腦網路基礎這門課麼 說說電腦網路的分層模型,每層是幹嘛的 分層模型,七層(OSI)和五層(TCP/IP) 物理層:通過媒介傳輸位元,確定機械及電氣規範(位元Bit) 資料連結層:將位元組裝成幀和點到點的傳遞(幀Frame) 網路層:負責資料包從源到宿的傳遞和網際互連(包PackeT) 傳輸層:提供端到端的可靠報文傳遞和錯誤恢複(段Segment) 會話層:建立、管理和終止會話(會話協議資料單元SPDU) 展示層:對資料進行翻譯、加密和壓縮(表示協議資料單元PPDU)
最佳化①:設計正常化表,消除資料冗餘 資料庫範式是確保資料庫結構合理,滿足各種查詢需要、避免資料庫操作異常的資料庫設計方式。滿足範式要求的表,稱為正常化表,範式產生於20世紀70年代初,一般表設計滿足前三範式就可以,在這裡簡單介紹一下前三範式 先給大家看一下百度百科給出的定義: 第一範式(1NF)無重複的列 所謂第一範式(1NF)是指在關聯式模式中,對域添加的一個規範要求,所有的域都應該是原子性的,即資料庫表的每一列都是不可分割的原子資料項目,而不能是集合,數組,
在學習的過程中有時會遇到一種資料結構也就是棧,這裡對棧做個詳細的瞭解。在完善這篇部落格的過程中主要參考了這兩篇博文:http://www.cnblogs.com/QG-whz/p/5170418.html#_label1_1和http://blog.csdn.net/javazejian/article/details/53362993在這裡註明出處,所涉及到的代碼皆由我用java實現。第一次修改日期是2017.8.02下午 棧簡介 棧的特點
無限合并最近工作上接到一個需求模組:關於帳號自動合并的問題。簡化來講,手機1和郵箱1是一個帳號,手機1和郵箱2請求過來建立帳號時,由於手機號相同,自動合并為一個帳號。手機3和郵箱2再過來請求建立帳號,由於郵箱相同,自動合并為一個帳號。手機3和郵箱4過來請求建立帳號時,又因為手機號相同,再次合并為一個帳號……假如是個訪問量很大並且又這麼巧的時候,就類似於無限合并了。實際上可能僅會出現幾筆,不會這樣無限迴圈下去。但我是一個容易多想的人。帳號合并,又關聯著和帳號相關的資料的遷移,從我個人的角度來說,這