請注意，snacklog提綱中的有些條目是問題。通常，你並不知道某個功能是否適當，直至你真正地考慮它。後面的階段（畫出草圖、繪製線框圖、做出實體模型、推出原型軟體）通常會讓答案更清晰。但提綱還幫助你對主要問題推敲出所有可能的答案（以及更深入的問題）。下面是**兩種備份選項分歧的提綱。
電子郵件？
正方：超級簡單，相當容易實現，可與別人共享（如果你因故需要把購買記錄發給別人），不需要通過計算機就可以實現。
反方：檔案會隨著時間變得龐大，使用者必須記得備份（提供偶爾的提醒器，這可能有些煩人。難以算出適用於每個人的提醒週期），自動發出電子郵件？（也會是件煩人的事。）
itunes？
正方：容易實現。
反方：使用者必須記得備份（在連線上計算機時），難於同別人共享，必須使用不太理想的itunes文件管理介面。
分歧提綱是個自我開展辯論的好辦法，從而找出對乙個想法的所有支援因素和反對因素。在寫下此提綱之後，你大概會發現電子郵件是個比較好的辦法。它並不完美，但比其替代方案更具吸引力。目前，你需要知道的就是，在開始畫草圖時，哪個方向更有前途。倘若若干選項都難分伯仲，那麼可以使用草圖來對它們進行對比。
《iOS應用軟體設計之道》 3 5 練習
是嘗試新知識的時候了。下列這些練習可以強化你對ios標準元件的熟悉程度，以及在其上定製控制項的理解程度。如果願意，你可以每題做幾遍，每遍採用不同的例子來練習。考慮你自己的應用軟體的某個功能。你需要怎樣的畫面和元件？打草稿列出若干種使用不同類別控制項的方法，看看哪個方法感覺合適。選擇乙個標準控制項。想...
《iOS應用軟體設計之道》 2 12 練習
如果你已經認真閱讀了本章，有三個任務不會讓你驚奇。現在該將你學到的草圖技巧運用到自己的應用軟體概念裡了。為你的架構提綱裡列出的每個畫面畫介面。倘若想到多種可能性，就把它們併排畫出來，看看哪個感覺最好。倘若只想到一種可能性，就再苦思冥想一些。如果需要，可發明若干明顯錯誤的介面，把它們畫出來，只要確保它...
《iOS應用軟體設計之道》 3 3 定製控制項
如果你從事了很長時間的軟體專案，這個專案又足夠複雜，則很可能會遇到標準元件不能提供你想象的那種最佳體驗。本節不是要介紹定製標準控制項外觀的內容，那是第5章的話題。這裡要談及讓控制項表現為新的行為方式。大部分時間，你可以基於標準控制項而定製控制項。這有點像標準控制項可以做你期望的事情，而你希望再調整一...