資訊專(zhuān)欄INFORMATION COLUMN
摘要：結(jié)合自己的經(jīng)驗(yàn)，采用繪圖，設(shè)計(jì)思路就是將所有元素都有獨(dú)立的圖層。用戶(hù)可自定義圖層，繪制自定義圖層內(nèi)容，支持對(duì)目標(biāo)圖層元素的移動(dòng)放大縮小，置頂和置底顯示等功能。同時(shí)這個(gè)組件支持導(dǎo)出圖層元素?cái)?shù)據(jù)，并將數(shù)據(jù)加載還原圖形顯示等功能。
最近接了個(gè)小項(xiàng)目10K。用了2個(gè)下班時(shí)間寫(xiě)完，共花費(fèi)了6-7個(gè)小時(shí)完成。如有同類(lèi)需求的可以與本人聯(lián)系，QQ：120772981
功能目標(biāo)：
需要寫(xiě)一個(gè)仿PPT畫(huà)泳道圖的組件。之前寫(xiě)過(guò)工作流的組件，其實(shí)這個(gè)跟工作流組件基本一樣，所以寫(xiě)這個(gè)也得心應(yīng)手。PPT的效果圖如下,
?
在C#winform里面想要及支持手動(dòng)拖拽又要只支持自定義的一些功能， 很會(huì)想到拖拽控件，控件直接放圖片不就的了嗎？這樣也可以， 但后續(xù)控件元素越來(lái)越大的時(shí)候，可能會(huì)出現(xiàn)控件閃屏，嚴(yán)重的可能性能都跟不上，再有如果用戶(hù)需要放大和縮小，里面有幾百個(gè)元素，是不是很崩潰。?
隨著元素的增加以及用戶(hù)的操作邏輯增加，可能會(huì)直至跟不上用戶(hù)操作的節(jié)奏 。會(huì)很托執(zhí)行效率。
結(jié)合自己的經(jīng)驗(yàn)，采用GDI繪圖，設(shè)計(jì)思路就是將所有元素都有獨(dú)立的圖層。 用戶(hù)可自定義圖層，繪制自定義圖層內(nèi)容，支持對(duì)目標(biāo)圖層元素的移動(dòng)、放大縮小，置頂和置底顯示等功能。同時(shí)這個(gè)組件支持導(dǎo)出JSON圖層元素?cái)?shù)據(jù)，并將Json數(shù)據(jù)加載還原圖形顯示等功能。
估計(jì)是多年經(jīng)驗(yàn)，寫(xiě)起來(lái)這個(gè)設(shè)計(jì)思想有得到了進(jìn)一步的升華。感覺(jué)用這個(gè)思想寫(xiě)photoshop問(wèn)題不大（我吹牛B呢，沒(méi)費(fèi)用搞起來(lái)沒(méi)啥意義。）。
具體實(shí)現(xiàn)界面如下：
1、矩形框
首先我們數(shù)帶圓角的組件 用戶(hù)的矩形框追加圓角屬性，搞B/S方面的同學(xué)應(yīng)該都知道CornerRadius或Radius 是圓角屬性，如果我們采用圖片的方式，在拉伸的時(shí)候圖形元素就會(huì)產(chǎn)生嚴(yán)重變形。所以我們通過(guò)
原始的GDI加能夠很好的解決這個(gè)問(wèn)題，
?
?
?
通過(guò)鼠標(biāo)可任意移動(dòng)圖層位置，同時(shí)，通過(guò)鍵盤(pán)上、下、左、右按鍵用戶(hù)也能夠最圖層進(jìn)行微調(diào)。
針對(duì)很多開(kāi)發(fā)者說(shuō)GDI繪圖慢的問(wèn)題， C# 的GDI繪圖本身并不慢，慢的根本原因還是在于能力不足所致。找找自身代碼原因，有些繪圖能局部刷新，就自己應(yīng)該刷那就刷哪，你非得全刷，再有你的處理明明已經(jīng)阻塞了你還要繼續(xù)同步執(zhí)行。不慢才怪。目前我的這個(gè)組件放100個(gè)圖層，鼠標(biāo)任意拖拽任意移動(dòng)，CPU占用率不足5%。?
最后你來(lái)個(gè)總結(jié)，c# GDI不行。建議別聽(tīng)風(fēng)是雨。先深入了解一下他的機(jī)制。 最主要的就是這個(gè)繪圖設(shè)計(jì)思想。
對(duì)于這個(gè)組件支持文字自動(dòng)換行。設(shè)置字體顏色，邊框顏色以及里面的背景顏色。
外邊框的四個(gè)小放款是放大和所有按鈕。鼠標(biāo)點(diǎn)擊是追加了ReSize光標(biāo)，提升用戶(hù)指導(dǎo)性操作。
?
?
1、判斷框
跟矩形框相同，用戶(hù)也可以對(duì)其進(jìn)行移動(dòng)、調(diào)節(jié)尺寸，設(shè)置輸入內(nèi)容、設(shè)置邊框顏色，背景顏色，字體大小，字體顏色等屬性。
?
?
?每個(gè)圖形元素都是一個(gè)獨(dú)立的圖層，用戶(hù)可以對(duì)其設(shè)置置頂，和置底。如下圖：
?
?置于底層
?
?
3、文檔框
?所有的基礎(chǔ)屬性都集成一個(gè)基類(lèi)元素，基類(lèi)元素均包含以下操作， 用戶(hù)也可以對(duì)其進(jìn)行移動(dòng)、調(diào)節(jié)尺寸，設(shè)置輸入內(nèi)容、設(shè)置邊框顏色，背景顏色，字體大小，字體顏色等屬性。
?
?
?4、平行四邊形框
?
5、泳道圖層
?
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://m.specialneedsforspecialkids.com/yun/123993.html
摘要：而瀏覽器渲染與密切相關(guān)，因此只有了解其中工作原理才能讓更好地工作。瀏覽器也稱(chēng)為布局渲染方式瓦片渲染流暢動(dòng)畫(huà)總結(jié)參考文章瀏覽器用戶(hù)界面包括地址欄前進(jìn)后退按鈕書(shū)簽菜單等。瀏覽器引擎在用戶(hù)界面和渲染引擎之間傳送指令。渲染引擎負(fù)責(zé)顯示請(qǐng)求的內(nèi)容。 singsong: 文本是自己看了一些不錯(cuò)資料整理出來(lái)的，對(duì)該知識(shí)點(diǎn)感興趣的同學(xué)可以查看參考文章小節(jié)。 ??最新內(nèi)容請(qǐng)以github上的為準(zhǔn)?? 為...
摘要：而瀏覽器渲染與密切相關(guān)，因此只有了解其中工作原理才能讓更好地工作。瀏覽器也稱(chēng)為布局渲染方式瓦片渲染流暢動(dòng)畫(huà)總結(jié)參考文章瀏覽器用戶(hù)界面包括地址欄前進(jìn)后退按鈕書(shū)簽菜單等。瀏覽器引擎在用戶(hù)界面和渲染引擎之間傳送指令。渲染引擎負(fù)責(zé)顯示請(qǐng)求的內(nèi)容。 singsong: 文本是自己看了一些不錯(cuò)資料整理出來(lái)的，對(duì)該知識(shí)點(diǎn)感興趣的同學(xué)可以查看參考文章小節(jié)。 ??最新內(nèi)容請(qǐng)以github上的為準(zhǔn)?? 為...
摘要：而瀏覽器渲染與密切相關(guān)，因此只有了解其中工作原理才能讓更好地工作。瀏覽器也稱(chēng)為布局渲染方式瓦片渲染流暢動(dòng)畫(huà)總結(jié)參考文章瀏覽器用戶(hù)界面包括地址欄前進(jìn)后退按鈕書(shū)簽菜單等。瀏覽器引擎在用戶(hù)界面和渲染引擎之間傳送指令。渲染引擎負(fù)責(zé)顯示請(qǐng)求的內(nèi)容。 singsong: 文本是自己看了一些不錯(cuò)資料整理出來(lái)的，對(duì)該知識(shí)點(diǎn)感興趣的同學(xué)可以查看參考文章小節(jié)。 ??最新內(nèi)容請(qǐng)以github上的為準(zhǔn)?? 為...
摘要：當(dāng)用戶(hù)滾動(dòng)頁(yè)面時(shí)，合成線程會(huì)通知主線程更新頁(yè)面中最新可見(jiàn)部分的位圖。但是，如果主線程響應(yīng)地不夠快，合成線程不會(huì)保持等待，而是馬上繪制已經(jīng)生成的位圖，還沒(méi)準(zhǔn)備好的部分用白色進(jìn)行填充。 動(dòng)畫(huà)做多了，自然就要考慮性能，我打算出一個(gè)系列的日志，詳細(xì)的講解一下網(wǎng)頁(yè)動(dòng)畫(huà)性能相關(guān)的知識(shí)，如果你已經(jīng)可以運(yùn)用css3 canvas來(lái)做動(dòng)畫(huà)，可以來(lái)參考一下。 目前我做的最復(fù)雜的動(dòng)畫(huà)就是360搜索中PC端的...
閱讀 3573·2023-04-26 02:05
閱讀 2016·2021-11-19 11:30
閱讀 4225·2021-09-30 09:59
閱讀 3180·2021-09-10 10:51
閱讀 2612·2021-09-01 10:30
閱讀 1490·2021-08-11 11:20
閱讀 2620·2019-08-30 15:54
閱讀 570·2019-08-30 10:49
