架構雜想

最近的工做和架構相關，以前也寫過KZWFourdation,因此藉此機會說下本身的思考。

一個正常的iOS框架應該分爲基礎組件，功能組件，業務組件，基礎組件和功能組件儘可能沉澱爲Framework，業務組件經過router來相互鏈接，這樣一個基本的iOS組件化項目就成型了。

用過KZWFourdation的就會發現，但是你這個框架就是一大堆東西啊，是的，這是一個不完美的項目，由於當時我太懶也沒有分的太細。只是作到了一個功能完善的項目，因此有的功能依賴太多，有的人會很頭痛，一個簡單功能這麼多東西，確實，當時想的是儘可能完善因此依賴比較多，確實問題仍是挺多的。有時間在慢慢拆下，emmm時間嘛不知道。還有Swift版本項目建了可是思路還很少，OC和Swift差距仍是比較大的，有的封裝在Swift中的處理，不太好處理成庫，也和我Swift的功力有關，用的很少，不太好抽離。

工具的使用，項目大了後，工具的適當使用會讓你的效率大大增長，因此有一些東西仍是須要學習的，最近也在看Python。主要是持續集成這塊。會的人會比較受歡迎，仍是那句話，能力大的人老是受歡迎的。俗一點就是和你薪資升職加薪掛鉤，畢竟如今iOS行情你們都比較清楚，基本都是須要你會三四樣了，同時你的基礎還須要紮實，混口飯吃的年代愈來愈遠了。

項目大了後考慮的東西就會多一些，不是跑起來就行的，特別是多人開發，你要儘可能考慮別人的感覺，多人的開發效率等。以及項目的管理就會變的困難。因此習慣仍是挺重要的，好比git的使用，有良好習慣的人會讓你特別舒服，反向就是習慣很差的話在項目中可能會引發不少人的吐槽，比你寫垃圾代碼還可怕，畢竟你的爛操做可能讓別人的代碼不見了，問題比較大。須要引發重視。因此這時候規範化就會很重要，因此你平時規範化作的越好在大項目中會越讓人喜歡。

這時候可能寫代碼只是一部分了，思惟和格局可能會愈來愈重要，想的價值會變的越高，emmm這個可能說的有點虛，我也是剛摸索出的感受，還說不清楚。

有人問到第三庫的使用，嚴格來講是第三方的東西越少越好，就算要用最好也是再包裝一層封成私有庫來使用，正常來講第三方庫的使用都是須要向框架組申請的，討論事後纔會有結果你能不能在業務中使用。

先寫這麼多，有想法再補充吧。