摘要:傳統的事件監聽方式通常使用對元素添加事件監聽,比如很自然的,用戶在使用組件時也會想到這種用法,試圖直接在上添加監聽,結果出現問題,正確的寫法應該是這樣組件的交互事件設計思路這樣設計的目的,是保持模型與視圖的分離,在組件中對象是,,則是,原則
傳統的HTML事件監聽方式
通常使用on***對HTML元素添加事件監聽,比如
button.onclick = function(evt){ console.log(evt); }
很自然的,用戶在使用Qunee組件時也會想到這種用法,試圖直接在Node上添加onclick監聽,結果出現問題,正確的寫法應該是這樣
graph.onclick = function(evt){ var element = evt.getData(); Q.log(element); }組件的交互事件設計思路
這樣設計的目的,是保持模型與視圖的分離,在Qunee組件中Graph對象是View,Node,Edge則是Model,原則上Model部分應該保持純粹的數據,不知道View的存在,同一個Model可能綁定多個View,如果直接在Model層添加監聽,該對哪個View起作用呢?交互依賴于View,所以交互應該在View層面上處理
MVP設計模式自然引申到一個更高級的話題——設計模式,不在Node上提供onclick監聽的根本原因是設計模式,從下面的示意圖可以看出,交互是View層面的東西
組件交互設計實踐 原生HTML事件現存的問題原生的HTML事件存在些問題,比如單擊與雙擊不區分,沒有拖拽事件,手持設備上,Touch事件與傳統的桌面事件不統一,以拖拽交互為例,桌面版需要監聽mousedown, mousemove, mouseup,手機版則需要監聽touchdown, touchmove, touchend, touchcancel等,且MouseEvent與TouchEvent屬性也很不一樣,造成麻煩。此外手持設備上提供的事件太原始,沒有雙擊事件,手勢支持非常有限,幾乎所有的Web APP應用都會對事件做些處理,也有第三方實現的,如:hammer.js
設計新的事件類型為了解決不統一的問題,Qunee組件時對事件類型做了封裝,定義了一套統一的事件類型
以拖拽為例,事件派發順序為:onstart -> startdrag -> ondrag -> enddrag -> onrelease,桌面鼠標操作也會派發同樣的事件,start, release這樣的命名不是首創,參照了hammer.js的命名
事件屬性新的事件類型,帶來新的屬性,比如drag操作時,可以直接從事件對象中獲取拖拽偏移量,拖拽速度等,雙指捏合分開時,可以獲取中心點以及縮放變化量
使用示例介紹一個彈出菜單的例子,桌面環境通常使用右鍵菜單,但手持設備中并沒有右鍵,所以統一改用長按彈出的方式,下面的例子就是通過監聽長按事件(onlongpress),顯示一個面板
var graph = new Q.Graph("canvas"); var hello = graph.createNode("Hello", -100, -50); hello.image = Q.Graphs.server; var qunee = graph.createNode("Qunee", 100, 50); var edge = graph.createEdge("Hello Qunee", hello, qunee); function getPageXY(evt){ if (evt.touches && evt.touches.length) { evt = evt.touches[0]; } return {x: evt.pageX, y: evt.pageY}; } var menu = document.createElement("div"); menu.style.position = "absolute"; menu.style.width = "100px"; menu.style.padding = "10px"; menu.style.backgroundColor = "#EEE"; menu.style.display = "none"; document.body.appendChild(menu); graph.onlongpress = function (evt) { var data = evt.getData(); if(!data){ return; } var xy = getPageXY(evt); menu.style.left = xy.x + "px"; menu.style.top = xy.y + "px"; menu.innerHTML = data.name; menu.style.display = "block"; } graph.onstart = function(){ menu.style.display = "none"; }運行效果
運行效果可參考demo.qunee.com
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/49497.html
摘要:往往定義組件的構造器后,不需要手動的進行初始化,而是在其他組件的模板中當成標簽來使用,這時候需要調用注冊成組件。這樣設計的目的是防止從子組件意外改變父級組件的狀態,從而導致應用的數據流向難以理解。 上節說到組件https://segmentfault.com/a/1190000009236700,這一節繼續來學習組件: 原文博客地址,歡迎學習交流:點擊預覽從github上獲取本文代碼:...
摘要:組件設計的目標是解決用戶上傳文件的便利性,但是中后臺組件的場景是多種多樣的,所以可擴展能力是組件不可忽視的另一方面。我們可能的期望是在任何瀏覽器下交互和都一致的組件。由此我們做出了兩個通用的組件文件選擇器。 Upload 組件設計的目標是解決用戶上傳文件的便利性,但是中后臺 Upload 組件的場景是多種多樣的,所以可擴展能力是 Upload 組件不可忽視的另一方面。 同樣為了大家能夠...
閱讀 2897·2021-11-24 09:39
閱讀 2465·2019-08-30 15:53
閱讀 3036·2019-08-30 13:47
閱讀 1316·2019-08-30 12:50
閱讀 1487·2019-08-29 16:31
閱讀 2651·2019-08-29 13:14
閱讀 1568·2019-08-29 10:55
閱讀 802·2019-08-26 13:32