建站
咨詢
售后
建站咨詢
新聞中心
本文和大家重點討論一下Flex應(yīng)用的十大誤區(qū)，沒有搭建企業(yè)生態(tài)系統(tǒng)就像其他的軟件項目一樣，為了你的Flex應(yīng)用建立企業(yè)生態(tài)系統(tǒng)是非常重要的。
創(chuàng)新互聯(lián)公司2013年開創(chuàng)至今，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項目網(wǎng)站制作、成都網(wǎng)站制作網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元莫力達做網(wǎng)站,已為上家服務(wù),為莫力達各地企業(yè)和個人服務(wù),聯(lián)系電話:18982081108
Flex應(yīng)用的十大誤區(qū)
1.使用RIA框架去構(gòu)建Web1.0應(yīng)用（新技術(shù)換湯不換藥）。從Web1.0到RIA的過渡中***的挑戰(zhàn)之一來自思考方式的轉(zhuǎn)變。Flex給予開發(fā)者一個高級的組件庫，使其可以完成很多以前不可能完成的任務(wù)。但是很多時候，F(xiàn)lex的這種能力被忽略了，它僅僅被用來實現(xiàn)更加傳統(tǒng)的Web1.0應(yīng)用。構(gòu)建Web2.0應(yīng)用不僅僅意味著頁面的局部刷新和旋轉(zhuǎn)的圓角圖標。例如，F(xiàn)lex開發(fā)者應(yīng)使用矢量圖向用戶提供數(shù)據(jù)的可視化表示，以及對于富應(yīng)用流的高級控制。最近StephanJanssen：作為一個Java開發(fā)者，對于面向?qū)ο蟮腁ctionScript和UI標記語言的學習簡直就是小菜一碟。但是對于（Java）開發(fā)者來說真正的挑戰(zhàn)在于我們不是設(shè)計師，并且這兩個技術(shù)對于RIA來說是必不可少的。
2.破壞標準的瀏覽器體驗盡管Flex確實提供了一個優(yōu)秀的平臺以改善用戶體驗，但是保持用戶習慣，如后退按鈕、書簽和自動完成也是相當重要的。Flex3包含了新的深層鏈接特性以支持后退按鈕和書簽。你可以訪問來了解更多。那有很多組件能夠?qū)崿F(xiàn)自動完成。你可以使用來自于AdobeExchange的組件。
3.使用過多的容器導致Flex應(yīng)用變慢FlashPlayer使用了一個按層次顯示的對象圖，這一點與HTML的文檔對象模型（DOM）很相似。容器嵌套的層次越深，渲染所花費的時間就越長。Adobe的Flex開發(fā)者中心有一篇文章討論了關(guān)于Flex性能的***實踐，包括了容器的使用細節(jié)：Flex***的性能風險來自于對容器的濫用。嵌套太多的容器會影響應(yīng)用的性能。這是Flex開發(fā)者面臨的最嚴重的性能風險——不過還好，它完全能被避免。
4.使用XML而不是其他更優(yōu)化的協(xié)議導致應(yīng)用變慢Flex向開發(fā)者提供了多種選擇以在Flex客戶端和服務(wù)器之間進行數(shù)據(jù)傳輸，包括AMF3、XML、SOAP及直接的HTTP請求。Ward在他的中闡述了這些技術(shù)的使用及性能。對于后端使用Java的新項目來說，應(yīng)該考慮一下BlazeDS。BlazeDS是，它使用了AMF3協(xié)議。AMF是一個二進制傳輸協(xié)議，很容易與Java集成，其性能要優(yōu)于XML。對于所有主要的后端技術(shù)都有相應(yīng)的AMF開源實現(xiàn)。如果你不選擇BlazeDS，那么你還可以選擇Hessian。對二進制的webservices協(xié)議提供了ActionScript/Flex支持。
5.試圖雇傭Flex開發(fā)者現(xiàn)在很難找到有經(jīng)驗的Flex開發(fā)者。Flex現(xiàn)在正處在上世紀90年代Java所處的位置。Flex開發(fā)者已經(jīng)供不應(yīng)求了。這就造成了難以尋覓到有經(jīng)驗的Flex開發(fā)者的后果。然而，這給Java開發(fā)者創(chuàng)造了一個很好的機會以擴充技能，并且從事一種新興且有趣的技術(shù)。很多尋找Flex開發(fā)者的公司直接對Java或者其他web開發(fā)者進行幾周的Flex培訓，并且大獲成功。對于熟悉Web和GUI編程的開發(fā)者來說，學習Flex語言和APIs易如反掌。
6.特效的過度使用開發(fā)者可以很容易地通過Flash增加特效。但是要確保特效有意義并且與上下文是匹配的。否則他們只會讓用戶反感。特效的時間選擇也很重要。交互設(shè)計器可以幫助我們決定何時應(yīng)使用特效，何時不應(yīng)該使用。交互設(shè)計器還能為我們推薦***的特效類型、間隔和最簡化的功能。關(guān)于特效的使用在上有一篇好文：大多數(shù)的特效簡直太長了。它們不但長，而且還慢，甚至讓人反感。關(guān)掉它。如果我遇到這種事情的話，我就會轉(zhuǎn)身離去，因為我實在討厭這種等待。千萬不要誤會我，我并不是反對特效。我只是反對為了目的而做的太長或者太過分的特效。每個特效都可以依照其目的進行分解。找到你要特效的目的，然后再使用它。
7.沒有搭建企業(yè)生態(tài)系統(tǒng)就像其他的軟件項目一樣，為了你的Flex應(yīng)用建立企業(yè)生態(tài)系統(tǒng)是非常重要的。測試驅(qū)動開發(fā)（TDD）在當前是大多數(shù)企業(yè)項目的***方案。對于Flex來說，框架可用來編寫單元測試。在Adobe的開發(fā)者網(wǎng)絡(luò)上，。此外，可用來度量代碼覆蓋率。當多個開發(fā)者協(xié)同工作時，持續(xù)集成（）被證明是良好的實踐。與Java應(yīng)用類似，也有相應(yīng)的Ant和Maven插件對你的Flex應(yīng)用進行持續(xù)集成。
8.沒有使用整個框架在AdobeFlex中有大量可選的特性，你應(yīng)該考慮在你的Flex應(yīng)用中使用它們。例如，運行時共享庫（，即RSL）可用來減少應(yīng)用的大小。你可以將共享資源集成到單獨的文件中，這樣就可以在客戶端單獨下載和緩存了，通過這種手段可以減少應(yīng)用產(chǎn)生的SWF文件的大小。很多Flex應(yīng)用可以在運行時加載這些共享資源，而每個客戶端只需下載一次即可。這些共享資源叫做運行時共享庫（RuntimeSharedLibraries）。框架的另一個特性是內(nèi)建的輔助功能。你可以通過了解更多的關(guān)于Flex的輔助功能的信息。除了內(nèi)建的輔助功能外，框架還提供了對于本地化的內(nèi)在支持。請訪問來了解***的Flex3框架特性。
9.使用復雜的渲染器降低了DateGrid的速度針對DataGrid開箱即用的itemRenderer已經(jīng)有過很好的優(yōu)化了。誤解#3討論了嵌套過深的容器的性能問題。在Flex中有一個地方很容易造成容器的深層次嵌套，那就是DataGrid的item渲染器。由DataGrid所渲染的item渲染器數(shù)量等于可見的行數(shù)乘以可見的列數(shù)。定制的DataGrid和Listitem渲染器應(yīng)該經(jīng)過非常好的優(yōu)化才行。當需要在item渲染器中使用復雜的布局邏輯時，***使用UIComponent（或者其他底層類）并且手工完成該單元格內(nèi)容的定位。
10.沒有準備離線應(yīng)用。RIAs的傳統(tǒng)模型在于瀏覽器。然而像和這樣的技術(shù)使得應(yīng)用可以離線運行。如果用戶需要可以離線對Flex應(yīng)用時而你尚未準備好的話，那將你的應(yīng)用改為支持離線特性將變得異常困難。典型地，在web應(yīng)用中，業(yè)務(wù)邏輯存在于服務(wù)器端。在離線RIAs中，業(yè)務(wù)邏輯必須轉(zhuǎn)到客戶端。為了使應(yīng)用既支持離線，也支持在線，那就很有必要提前決定某些業(yè)務(wù)邏輯的位置。
網(wǎng)頁名稱：專家提醒小心掉進Flex應(yīng)用的誤區(qū)
文章地址：http://www.dlmjj.cn/article/coisico.html
