獨自摸索unity近兩年了,沒跟過完整項目,想自己搭建一個通用框架,不知道如何下手,從哪入手?

或者說處於這階段的程序員該如何繼續提升自己...


你自己先做幾款遊戲出來,然後把裡面的輸入系統,UI 控制系統,遊戲控制系統等剝離出來,就自然而然地形成自己的代碼庫,在此基礎上才有資格談框架。

沒有做出完整項目的前提下,空談框架是不現實的。其它編程語言框架的作者都是經歷了真實項目的積累才開發出框架的。其實Unity3D 的組件+腳本體系,本身就是一個框架了。

或者你去找找 uFrame,StrangeIOC for Unity 框架看看,看自己是否能理解並駕馭它們,然後再談框架的事兒吧。


我覺得在你這個階段更需要經歷完整的項目,而非追求框架。你多完整地經歷幾個項目,或者完整的負責某一模塊的開發,就會有體會了。


其實上面部分答主說的很準確。前期不要太執著於框架。我剛畢業那會,看過一些設計模式的書,對架構方面非常感興趣,總想把遊戲寫得漂漂亮亮的,還自己寫了個所謂的框架,以至於大部分時間浪費在重構跟優化上,到最後花了很多時間也沒做個像樣的東西出來。

實際搞過幾個項目,心裡就有個大概的低,設計模式跟框架這種,本來就是一些經驗提煉出來的,你還沒經歷過那個階段,告訴你了,你也很難作用到。等到代碼寫多了,回過頭,自然會發現這些東西不就是自己一直在寫的么。


還沒有跟過完成項目的話,你做不出通用框架。你也說了,解決方案就是做幾個中型乃至大型的完完整的項目。

遊戲圈有種現象,開發者裡面,能作為主力耐住性子做到完整的跟進一個中大型項目的立項、研發、上線、運營一個生命周期的開發者,不足1/10,這些人的工資也是這個行業的top10%以內,說難也不難


任何框架都是建立在業務需求上的,但一些Ui界面管理,按鈕處理等等,你可以提取不同框架的處理方式。選擇一個合適的。我覺得你困惑在於只有一個人,沒有可以去學習和交流的同事或者夥伴。

實際是一個完成項目帶來的經驗是來自遇到問題的解決,你無法遇到問題,只能通過博客去理解問題和學習別人的解決方法。


從小東西做起,先做個俄羅斯方塊試試,然後逐漸複雜,比如說擁有裝備的俄羅斯方塊(?)

一個scene一個scene做出來,然後把他們結合在一起

然後再宏觀的去看哪些東西是重複的,可以合併的

動手和解決問題才是最好的學習

另推薦一個視頻

http://tieba.baidu.com/f?kz=2857499244mo_device=1ssid=0from=1001192kuid=0pu=usm@0,sz@1320_1001,ta@iphone_2_4.4_3_537bd_page_type=1baiduid=71DB885FEEEBF65AD41D4FAEF6B9B756tj=www_normal_2_0_10_title?pn=0


哪有什麼通用框架,都是由解決一部分功能的大量的小框架組成的。

很多換皮遊戲的工程文件倒是那個類型遊戲的通用框架。


推薦閱讀:

cocos2dx 還有未來么?
Kizuna Ai (キズナアイ) 到底是不是 AI?
unity中動態批處理限制的頂點數是根據什麼來計算的?
unity的c#腳本和標準的c#語言有什麼區別和聯繫?unity是僅僅使用了c#的語法嗎?

TAG:框架 | Unity遊戲引擎 | 程序員能力 |