2011-06-14 111 views
1

我只是想知道是否有人爲Android實現類似以下內容。假設您有一個交互式菜單系統,但取決於用戶的選擇,不同的選項可能變得可用。我認爲它有點像頂部的樹狀結構,也許有3種選擇,但是當你向下移動時,選擇會繼續增長?這是否有意義?所以也許有150個不同的選擇?每棵樹有50個選項。反正...而不是使用選項爲不同的頁面製作大量不同的佈局和菜單....有沒有辦法可能在xml文件中聲明選項或者什麼東西,然後根據用戶動態加載或構建佈局選擇?也許某種驅動程序?有沒有人做過這樣的事情?所以不是像50個佈局那樣,他們有一個驅動程序可以自動生成這些佈局。謝謝......這可能是黑暗中的一擊。動態加載佈局或選項

+0

我不明白你想要做什麼。通過「交互式菜單」,您的意思是一個主菜單(設備上的菜單鍵),其行爲像子菜單一樣?即:你點擊一個選項,然後整個菜單就成爲該主菜單選項的子項目。那是你想要完成的嗎? – davidcesarino 2011-06-14 12:48:47

+0

沒有抱歉,我沒有解釋得很好......基本上,而不是說我的應用程序中的不同頁面的50個不同的佈局,我想使用驅動程序自動創建它們。而不是將選項硬編碼到應用程序中,它將簡單地從可能的xml文件中提取它們並更新視圖 – 2011-06-14 12:52:09

回答

1

爲什麼不擴大布局?我相信最好的解決方案是混合XML和代碼。

聲明隨時可用的View s(甚至全功能佈局)作爲XML。然後創建一些代碼來抓取這些XML並根據需要進行更新。然後相應地添加布局和視圖,爲每個最終「頁面」創建所需的效果(將塊粘合在一起)。

如果你明智地進行編碼(和設計!),你可以通過提取頁面的所有相似性來實現相當精簡的代碼大小。當然,對於需要多少代碼,理論上最低限度......它只能像最終效果所需的簡單程度一樣小。

+0

是的,我只是看着這個......看起來像是我前往白板找到相似的東西等等。謝謝! – 2011-06-14 13:35:12

+0

不客氣!祝你好運,設計所有這些骨骼! :-) – davidcesarino 2011-06-14 13:45:09