1. APP的UI界面怎麼設計

你可以參考一下同類APP的設計風格，與你行業的風格來定界面設計

2. app設計中，常用的界面布局方式有哪些

  1. 豎排列表。視覺上整齊美觀，常用於並列元素的展示，包括目錄、分類、內容等。

  2. 橫排方塊。把並列元素橫向顯示的一種布局。常見的工具欄，TAB，Coverflow 等都採用這種布局。

  3. 九宮格。TAB、多面板、彈出框。

  4. 手風琴。用戶點擊分類可展開顯示二級內容，在不用的時候，內容是隱藏的。可承載比較多的信息，同時保持界面簡潔。

  5. 抽屜/側邊欄。抽屜也是將內容先藏起來，在需要時再展開。

  6. 標簽。在搜索界面和分類界面時，會採用標簽的方式來展現。標簽方式比較動感的，增加了應用的趣味性，但使用場景有限。

3. app橫圖列表樣式設計的時候要注意什麼

B指的是附加寬度.規范上有具體數字。橫坡是指道路橫面坡度

4. 如何設計app的架構

想要設計App的整體框架，首先要清楚我們做的是什麼

一般我們與網路交互數據的方式有兩種：主動請求(http)，長連接推送

結合網路交互數據的方式來說一下我們開發的App的類型和特點：

  • 數據展示類型的App：特點是頁面多，需要頻繁調用後端介面進行數據交互，以http請求為主；推送模塊，IM類型App的IM核心功能以長連接為主，比較看重電量、流量消耗。

  • 手機助手類App：主要著眼於系統API的調用，達到輔助管理系統的目的，網路調用的方式以http為主。

  • 游戲：一般分為游戲引擎和業務邏輯，業務腳本化編寫，網路以長連接為主，http為輔。

    • 一般我們做的App都是類型1，簡要來說這類app的主要工作就是

  • 把服務端的數據拉下來給用戶展示

  • 把用戶在客戶端修改的數據上傳給服務端處理

    • 所以這類App的網路調用相當頻繁，而且需要考慮到網路差，沒網路等情況下，App的運行，成熟的商業應用的網路調用一般是如下流程：

    UI發起請求 - 檢查緩存 - 調用網路模塊 - 解析返回JSON / 統一處理異常 - JSON對象映射為Java對象 - 緩存 - UI獲取數據並展示

    這之中可以看到很明顯職責劃分，即：數據獲取；數據管理；數據展示

    確定了職責，就可以進入正題了

    1. 傳統的Android App架構

    Android最原生也是最基礎的架構，可以理解為MVC，Controller即是Activity和Fragment，但是這兩者掌握了Android系統中絕大多數的資源，並且在內部直接控制View，因此傳統的Android App一般是以Activity和Fragment為核心，將網路模塊，資料庫管理模塊，文件管理模塊，常用工具類等分離成若干工具類包，供Activity和Fragment使用。

5. 手機APP設計，下圖的列表 客戶要做成「點9png」，做完應該給到客戶的是哪部分呢draw9-patch怎麼畫黑線

把.9這個文件給客戶就可以啦，你這個頁面沒有需要做.9的文件吧

6. APP產品設計需要知道哪些數據表知識

  • 移動App的數據分析解釋：

通過在App中進行埋點採集，或讀取App存儲在資料庫中的業務數據，以一定目的，將數據進行「篩選、清洗、加工、解析」，產出對產品設計、運營計劃有幫助的結論的過程，就是「數據分析」的過程。


  • 數據分析的優點：

持續的數據分析可監控產品的運營狀態、提升推廣效果、發現產品問題、優化產品體驗。


  • 需要了解的數據表知識

  1. 新增用戶；

  2. 活躍用戶；

  3. 啟動次數；

  4. 留存率；

  5. 使用時長；

  6. 使用頻率；

7. 設計一個跟訂單有關的app表結構，需要把app用戶和工作人員分別設計出兩張表嗎

設計一個跟訂單有關的app表結構 、
對待的

8. app導航設計方式有哪些

1、Tabbar導航

Tabbar的導航方式是由誰發明的馬海祥不得而知，不過相信大家都同意是由蘋果將其傳播開來，不僅很多蘋果的官方應用採用了這種設計，蘋果同樣大力推薦應用開發者優先採用這種方式，從某種角度來說，tabbar基本就是導航的標准設計。
Tabbar導航主要用於二級頁，本質和標簽導航相同，當應用層級較多的情況下，可以採用tab導航，典型場景是用於改變的當前的視圖，或對當前頁面內容進行分類查看。
Tabbar的優點很明顯，用戶完成切換的成本很低，只需要一次點擊操作，而放在屏幕底部對主體內容的視覺沖擊可以說是最小的，這樣用戶就不會在瀏覽主體內容時受到過多的干擾。
至於缺點，馬海祥覺得也同樣明顯，那就是受制於屏幕寬度的限制，通常4到5個功能項的切換會比較合適，過多的話將會顯著提高用戶的切換成本。
2、app標簽導航

標簽導航位於頁面底部，通常包含5個標簽是比較合適的數量，這種導航是非常常見的，如果你的應用需要用戶頻繁的在不同分頁切換，可以採用這種導航，如微信最新版的APP界面設計圖。
不過，它的缺點是會佔用一定高度的空間。
3、APP宮格導航（比如九宮格）

這種宮格導航是將主要入口全部聚合在頁面，讓用戶做出選擇。
但在馬海祥看來，這樣的組織方式無法讓用戶在第一時間看到內容，選擇壓力較大，採用這種導航的應用已經越來越少，往往用在二級頁作為內容列表的一種圖形化形式呈現，或是作為一系列工具入口的聚合。
4、APP舵式導航

目前流行一種標簽導航的變體，個人把它稱為「舵式導航」，因為它的樣式很像輪船上用來指揮的船舵，兩側是其他操作按鈕。
當頁面有處於同一層級的幾大部分內容，同時又需要一個非常重要且頻繁操作的入口，就可以採用這種APP導航模式。
5、APP抽屜式導航模式

抽屜導航是講菜單隱藏在當前頁面後，點擊入口即可像拉抽屜一樣拉出菜單，這種導航的優點是節省頁面展示空間，讓用戶將更多的注意力聚焦到當前頁面。
在馬海祥看來，此種APP導航模式比較適合於不那麼需要頻繁切換內容的應用，例如對設置、關於等內容的隱藏，這種導航設計需要注意的是一定要提供菜單畫出的過渡動畫。
自從path應用以來，這種抽屜式導航菜單非常受到大家的喜愛，之前也在馬海祥博客上《詳解APP軟體開發過程中的解構和重構》一文中重點介紹了這種模式的設計原理。
6、滑動式的導航

導航並不一定只發生在功能項之間，例如新聞類應用需要在不同類別的新聞之間進行切換瀏覽。
通常來說，這種切換的頻率要比功能項切換更高，切換項的數量也會比較多，像常見的新聞類別就有七八種。
我記得在網易新聞早期的iOS版本中採用了抽屜式app導航的方式進行新聞類別的切換，這種方式在高頻率切換時需要過多的操作次數，當需要在相鄰類別連續切換時更是缺乏操作的連續性，新的iOS版網易新聞對新聞類別的切換重新進行了設計。
7、列表式APP導航

列表式APP導航是我們在APP設計種必不可少的一個信息承載模式，當然作為一個APP的導航也是非常方便的。
不過目前來看，列表導航通常用於二級頁，由於它與宮格導航一樣，不會默認展示任何實質內容，所以通常app不會在首頁使用它。
在馬海祥看來，這種導航結構清晰，易於理解，冷靜高效，能夠幫助用戶快速的定位去到對應的頁面，列表項目可以通過間距、標題等進行分組。
8、大圖輪播導航或大圖上面的導航設計

當你的應用信息足夠扁平，可以嘗試輪播導航，如果應用得當，能夠給人耳目一新的體驗。
這種導航能夠最大程度的保證應用的頁面簡潔性，操作也是最方便的。
但是缺點是不能夠快速的定位對應的分頁內容。
9、底部菜單導航

使用底部菜單導航的APP，相對來說，都是一些功能菜單比較少的APP應用，因為底部空間位置有限，只能主要列出應用程序重要的功能。
10、APP混合組合導航

當用戶需要聚焦內容，同時又需要一些快捷入口能夠連接到某些頁面時，就可以採用組合導航。
組合導航上方用宮格的形式展現快捷入口，與標簽導航不同的是，這些宮格入口之間不需要是平級的關系，也不必包含整個層級的內容，你可以將它理解為一種圖形化的文字鏈。
這種導航比較靈活，能適應架構的快速調整。