• <acronym id="gvoe3"><meter id="gvoe3"><address id="gvoe3"></address></meter></acronym>
  • <pre id="gvoe3"></pre>
    <p id="gvoe3"><strong id="gvoe3"><small id="gvoe3"></small></strong></p>

  • <pre id="gvoe3"><label id="gvoe3"><xmp id="gvoe3">
      axure商城

      如何用Axure軟件管理項目中的美術資源 從而提高效率

      文/某愿朝聞道

      在項目開發中, 美術資源的管理如果沒有進行過規劃, 則會隨著項目規模的擴大和需求修改的增加而變得越來越花費時間和精力, 本文總結了一套使用Axure RP(版本7.0.0.3183)軟件來進行美術資源管理的解決方案, 將詳細解釋如何利用該方法與客戶端開發高效進行需求溝通, 并避免需求修改后的資源冗余, 以及提前檢查資源更新后會影響到的界面避免誤修改等問題, 并且會將具體執行中的一些細節進行闡述.

      總結該方法的契機是完成了一個項目后, 客戶端資源管理存在很多問題, 占用了從客戶端到策劃再到美術的不同人員的可觀的時間和精力, 于是在一個新進行的項目便根據自己的總結逐漸摸索著使用了該方法, 效果非常好, 當然我的工作比之前多了一些, 不過對于整個項目, 開發效率還是提升了的. 實際上, 如果不進行有效的美術資源管理, 在后續的開發過程中因為該事情而付出的時間和精力很可能遠遠大于使用該方法進行的維護工作.

      注意事項: 例如道具圖標這種配置在數據表中, 根據數據id動態讀取路徑的圖片資源并不需要使用該方法進行管理, 雖然需要根據情況顯示在界面中, 但是其并不屬于界面”UI資源”的范疇.

      首先, 某個系統的界面需求確定后, 將把需求交付給美術部門, 溝通達成一致后, 美術將產出美術假圖, 并且產出美術假圖中的各個具體得圖素資源(如圖標, 按鈕等)

      此時接下來的工作就是, 提交美術假圖和圖素資源, 并且告知客戶端進行界面的開發實現. 在這之前我們進行以下準備工作:

      準備工作1

      在客戶端程序讀取美術資源的目錄, 建立圖素資源文件夾, 不同類型的圖素存儲在不同的文件夾, 分類的主要目的還是便于管理, 我使用的分類是:

      • 特效序列圖 (文件夾名:ef即effect), 特點是特效動畫的序列幀合并圖.
      • 按鈕(文件夾名:bt即button), 包括一般按鈕和tab標簽按鈕, 以及復選框和單選框.
      • 背景和邊框(文件夾名:bg即background)
      • 進度條和滾動條(文件夾名:bar).
      • 圖片文字(文件夾名:word).
      • 字庫(文件夾名:ziku), 圖片文字與字庫的區別是, 圖片文字是一張圖就是一個詞或是一個短語, 字庫則是藝術字的字體序列圖.
      • P7631@`BFBXZJ(0[I~LI[7E

      準備工作2

      整理美術的圖素資源, 并進行重命名, 然后根據圖素資源的類別提交到上述步驟的對應文件夾內. 重命名工作源于兩個可能的因素, 一是美術部門產出的圖素資源, 可能是中文名稱, 這種情況下必須修改資源名稱為英文; 二是美術部門產出的圖素資源與已制作的其他圖素重名, 但是又不是同一作用的圖素, 此時最好也進行改名, 否則易成日后資源管理混亂的隱患. 如果你的項目已經對美術的產出進行了嚴格的命名要求, 并且能夠有效的執行, 則不需要對資源進行重命名, 具體情況還需要具體分析.

      我的命名方法是:

      • 特效序列圖類: ef+序號數字, 序號數字從1開始, 以此類推比如png, ef2.png
      • DJ0BFR`R[H61RYD1OLAT~51
      • 按鈕(文件夾名:bt即button), bt+序號數字+橫線”-“+狀態數字, 狀態數字分別用1,2,3代表按鈕的普通態, 點擊態和禁用態, 沒有”選中態”是因為與美術溝通后, 確定項目中的按鈕選中態復用點擊態的資源. 如bt1-1.png,bt1-2.png,bt1-3.png
      • 74711AB426DD485FA15D4D0BEDD784AC
      • 圖標和背景(文件夾名:bg即background), bg+序號數字, 這里將圖標也歸在此類. 需要注意的是, 對于可點擊的圖標, 需要歸為按鈕類, 一是我的分類原則以功能劃分, 二是這樣方便管理是否有可點擊的圖素卻沒有對應的多態資源.
      • 883FDC24C438407482BC8FDBF42E738F
      • 進度條和滾動條(文件夾名:bar), bar+序號數字+狀態數字, 狀態數字分別用1,2代表進度條的前景和背景圖片, 如bar1-1.png,bar1-2.png
      • 45ECD4A90A2647DB8DBBCB0468B13419
      • 圖片文字(文件夾名:word), word+序號數字
      • 4D191EAE8E7F4C5BB6E386F8CEA286F6
      • 字庫(文件夾名:ziku), ziku+序號數字
      • 9C053AD977984509A431AECFB4F4E307

      Axure文件制作

      上述準備工作完成后, 就可以新建Axure項目, 對美術資源進行管理, 如圖:

      FC66F7EF223944FAB1019AF44E00713A

      圖中內容與美術提交的假圖對應, 即, 有一個存放假圖的文件夾叫”登錄系統”并且內含三張假圖, 如下圖所示:

      764709A1782D49B3845FAD871ABB3914

       

      接著, 以”游戲開始界面”頁面為例, 說明Axure頁面內應該包含的信息:

      • 頂部, 放置美術假圖, 注意:如果沒有特殊需求, 圖片均應放入頁面后使用Axure的圖片優化進行優化, 只要保證可以清晰分辨出圖片內容即可, 因為美術的假圖原始圖片文件體積可能非常大, 隨著假圖維護的增加, 會導致Axure源文件體積巨大, 導致運行效率下降.
      • 在頁面的其他部分(我的習慣是由上至下), 羅列出所有的圖素資源圖示及文件名, 此處需要注意, 所有的圖素資源, 均制作為母版, 每一個圖素資源對應一個母版, 這是該方法中最核心的一環處理, 如圖所示:
      • 21CF7080D8D64118A7D2EFC63F9A31CF
      • 母版內的內容以”bt1-1.png”為例, 母版名稱為不帶文件后綴的文件名稱, 母版內需要包含, 圖片本身, 以及圖片名稱文本(不帶文件后綴). 圖片尺寸如無特殊需求(比如過于龐大), 則盡量保持資源原尺寸即可. 如下圖:
      • 90929F73CD8A4073BB7207064C127C3B

       

      母版化之后,我們需要做的就是,針對每一個假圖中的圖素?:?如果是新增的,就繼續添加母版,然后拖拽進假圖說明頁面;?如果是已有的,則直接拖拽進假圖說明頁面.?
      在假圖頁面,還可以補充部分說明,描述其使用需求,如特效序列圖”ef1.png”:完成以上步驟后,我們就制作完成了”游戲開始界面”的Axure假圖說明頁,如下圖:
      A5439C1D832341C49A051E2E0EB5619F

      完成以上步驟后, 我們就制作完成了”游戲開始界面”的Axure假圖說明頁, 圖中蒙紅部分即為拖拽進的圖素母版.?如下圖:

      8F30A7AA23D44608A47A35E20D289F62

      至此, 美術有新增的假圖后, 繼續按照上述步驟和規范迭代維護即可.

       

      維護方法補充

      下面來描述一下使用該方法進行資源管理過程中針對不同需求的解決方法:

      需求一 : 將制作好的假圖說明內容交付客戶端開發人員.

      方式一 : 導出html網頁, 客戶端直接查看html.

      方式二 : 直接使用Axure打開RP查看, 不建議, 避免誤修改RP. 而且隨著內容的增加, RP打開的速度也在下降.

      方式三 : 使用Axure的導出文檔功能, 導出頁面說明文檔, 該文檔內就包含全部頁面的圖片預覽.

      其他方式 : 能夠滿足傳遞需求的任何你或你的項目達成共識的方法.

       

      需求二 : 美術資源部分更新, 針對A頁面的按鈕1, 此時需要清楚該按鈕在其他頁面的使用情況, 以便于決定是新增資源還是替換舊資源.

      右鍵對應的按鈕文件圖素母版, 如”bt1-1″, 在彈出菜單中選擇”使用情況”, 如下圖, 即可快速知道該按鈕都在哪些界面中使用過.

      30884AC6474F482692BAC0073658F617

       

      需求三 : 由于需求變動, 部分頁面假圖更新, 導致了某些圖素不再在對應的假圖中使用, 此時如何維護.

      1) 更新美術資源目錄

      2) 更新對應Axure頁面的假圖

      2) 根據美術假圖的更新, 在該假圖所對應的頁面中刪除已經不再該界面使用的圖素母版, 并且檢查, 該資源是否還在其他頁面使用(右鍵-使用情況), 如果該資源已經不在任何界面使用了, 則可以在資源目錄刪除該圖素資源, 并且在Axure的母版列表中, 刪除該母版, 此處涉及到一個命名連續的問題, 即你是否要將這個已經作廢的母版的名稱作為后續新增圖素的母版名稱, 也可以選擇并不復用已刪除母版的名稱, 完全根據個人喜好決定. (如果要保留名稱給新增的母版, 則需要能有效管理哪些名稱的母版已經被刪除了可以復用名稱)

       

      需求四 : 我的項目已經有了幾百個圖素資源, 如何快速找到指定圖素資源的母版并進行編輯?

      如下圖在母版上方的工具欄, 點擊放大鏡圖標, 可以通過母版名稱進行快速搜索, 支持模糊搜索.

      C739267C687C488D8B7C2FC44FD9EECD

      其他需求 : 你還有什么要說的么?

      這里所說的只是這個方法的核心內容, 具體細節, 還需要各位看官根據自身和項目的情況, 在實踐中去斟酌和選擇適合自己的方式去完善. 古詩有云: 古人學問無遺力, 少壯工夫老始成. 紙上得來終覺淺, 絕知此事要躬行, 絕知此事要躬行, 絕知此事要躬行.

      附錄 : Q&A

      Q:什么樣的項目適合該方法?

      A:理論上來說, 所有的項目都適合. 但是有一個趨勢, 就是, 項目的界面假圖數量越多, 項目的圖素資源越多, 則作為維護核心的RP體積會越大, 同樣配置的電腦則運行越慢. 筆者使用該方法的項目是一款卡牌項目, 界面數量100+, UI圖素資源總數量1000以內. 有一個技巧, 當RP項目過大時, 修改Axure的備份設時間間隔為一個較長的世界, 如6小時, 或是也可以取消自動備份功能. 設置方法如下圖:

      5B98B10663BC4561B0427B515DED5DA3

       

      Q:哪些美術資源適合使用該方法進行管理?

      A:純圖片.

       

      Q:是否我使用了該方法就一定能制作出成功的項目?

      A:一個項目的成功從立項到實施到上線到最后成功因素眾多, 本文只描述了這漫長龐雜過程中的滄海一粟, 影響有限, 更不能妄稱可以導致項目成功. 但是提高工作效率, 降低維護難度的作用是一定的.

       

      Q:項目中誰來進行這一部分的工作?

      A:這里有兩層含義: 1誰來規范化的維護美術資源 2 誰來使用本文的方法. 對于前者, 不同項目要求不同; 對于后者, 那么就是對目前維護方式不滿意, 致力于改善資源維護過程的維護者.

       

      Q:我并不擅長使用Axure怎么辦?

      A:那么不建議使用該方法, 體會其思路即可.

       

      Q:你自己用過這種方法么? 是完整的項目么?

      A:用過, 是的.

       

      Q:如何優化圖片?

      A:右鍵圖片, 菜單中選擇”優化圖片”

       

      Q:我想要與你交流, 如何聯系你呢?

      A:郵箱:lsw5955@qq.com

       

      最后??赐瓯疚牡哪隳軌蛴兴斋@:)

      給TA買糖
      共{{data.count}}人
      人已贊賞
      案例教程

      axure案例分享:模塊跟隨鼠標移動方向滑動效果

      2015-10-22 13:11:42

      案例教程

      小紅書APP登陸界面劃屏效果制作

      2015-12-11 0:13:57

      axure商城
      0 條回復 A文章作者 M管理員
        暫無討論,說說你的看法吧
      ?
      個人中心
      購物車
      優惠劵
      今日簽到
      有新私信 私信列表
      搜索
      俄罗斯videoxxxoo
    1. <acronym id="gvoe3"><meter id="gvoe3"><address id="gvoe3"></address></meter></acronym>
    2. <pre id="gvoe3"></pre>
      <p id="gvoe3"><strong id="gvoe3"><small id="gvoe3"></small></strong></p>

    3. <pre id="gvoe3"><label id="gvoe3"><xmp id="gvoe3">