搞ios開發整整2年多 一直都是寫** 為了某個功能去寫** 從來沒有仔細的考慮過 如何架構乙個專案
現今天 總結一下 架構乙個專案的基本流程
專案分為三層 ui層 bll 層 common層
ui層 做什麼？ 首先我會建立乙個 baseviewcontroller類
裡面會做一些比較基礎的 標題 左button 返回的方法 會註冊一些 比較通用的notfication 例如 系統警告時 鍵盤彈起 放下時 會增加一些alertview mbprogress 等介面經常用到的view 但是裡面的方法 不可以暴露出 屬性 只可以暴露出方法
其次 所有其他的viewcontroller 都會繼承這個類
bll層 放一些與ui還有commin互動的類 例如 網路請求 我處理的辦法是
asi request -> httprequest(底層) ->baseservice ->baseservice+login,baseservice+r
egister
request 只是接受引數 開始最原始的網路 別的什麼都不做
httprequest 是request的子類 處理 是post 還是get 請求 或者是 put delete之類的請求 只是傳遞 也不做任何處理
baseservice 使用者層 初始化乙個 request請求物件 增加一些系統必備的引數 例如uuid mac位址 之類的 提供一些方法 讓使用者選擇是 post get put 還是delete
common層 放一些第三方類庫 或者自己寫的一些類庫 這些類庫 都是與ui無關係的 如果是第三方工具 屬於view 那麼要把他放在ui層
每一層 都需要乙個config.h 用來存放當前 需要的巨集 或者定義的座標 或者功能等
如何架構乙個 React 專案？
程式設計有點像搞園藝。比起竭力去對付bug 蟲子 我們更願意把一切弄得整潔有序，以免最後落得個身在荒野叢林中。低劣的架構會拖我們的後腿，也會使得bug更容易鑽進系統裡去。想要對你的專案進行架構，方法有多種。我相信，根據你的實際情況對架構進行演進，要遠比堅持一些條條框框的教條更好。接下來我將會介紹一些...
如何清晰地描述乙個專案架構
要讓對方掌握專案架構，乙個清晰的介紹架構和順序可以事半功倍。在介紹專案架構之前，首先要介紹一下專案本身的意義和目的，便於對方了解專案背景 專案針對使用者需求或問題，開發了哪些功能 在介紹功能的時候，最好要有使用者視角，而且可能還涉及到多個不同角色的使用者。比如tob的終端使用者，b端企業使用者，企業...
iOS個人專案經驗及編碼規範
ios開發過程中，規範及專案目錄，是在開發中起到非常總要的作用的，好的 規範會對乙個團隊是非常重要的作用。方便維護，利己，利人.好的專案結構，可以使業務層更加清晰等等諸多好處。2015年10月，我來到紅舞聯盟 經過半年多的洗禮，我開始我人生中的第一次，去做整個專案的主導 就是當個小組長 我主要負責專...