剛好我做遊戲接觸cocos都是在0.x時候就開始了，也有unity的專案經驗，我來回答一下。

如果從可行性角度來講，cocos和unity當然是可行，但是如果從最最佳化角度來講，遊戲引擎並不是最合適的。為什麼呢？

首先遊戲軟體針對的軟體元素以圖片精靈、圖片動畫、圖片特效、粒子效果、光照、場景程式、物理系統等為主，但是pc軟體一般來講都是ui功能元件元素為主：佈局、排版、樣式、點選（單打、雙擊、拖拽）、列表、表格、簡單動畫、統計圖表等為主。很明顯兩者重合度不高。當然遊戲引擎可以再進行封裝從而讓pc端軟體人機介面更有遊戲性，但是這個開發效率上有問題了，經濟上根本就不划算。

其次即便是要互動性強，一般也是採用專用的應用軟體專用工具、庫進行補足，而不是直接用遊戲引擎來加強，除非有一些專門設計的應用，比如兒童教育軟體、行業vr軟體等。如果選用的話，unity比cocos要成熟的多，大型軟體需要用遊戲引擎的建議還是unity開發。而譬如虛幻引擎，就太龐大了，門檻比cocos和unity高太多，一般來講不太適合沒有經驗的團隊來做類似的遊戲性軟體開發。

當前一般來講，PC端軟體前端互動開發，也不再是用原生的C/C++開發，而是逐漸轉向了以JavaScript為主的前端框架，比如Eclectron，微軟的Visual Studio Code就是基於此開發，微信的開發者工具則基於NW.js開發，也是類似的框架。因為JavaScript有非常豐富多彩的互動為主的工具和庫，並且實際上也都會跑在JavaScript的V8引擎上作為js引擎，並且在chrome的核心上進行介面渲染。那麼現在web前端程式設計師就可以開發高互動、介面豐富、美觀的應用。國內比較多的前端框架主要是VUE，國外主要是React和Angular。

雖然JavaScript技術棧來搞PC軟體前端是業界趨勢，但是因為V8和Chrome引擎的包體、記憶體消耗、js本身的單執行緒問題，不是所有的pc軟體都是適合用JavaScript技術棧來開發，比如一些需要包體小的、記憶體小的、老機器跑的、老作業系統跑的，那麼還需要一些更底層的庫來開發，比如最老的MFC、Delphi、duilib，後面的WPF、QT等等。

可以看看FairyGUI這款UI編輯軟體，它就是用Unity引擎製作的PC軟體。不看目錄結構可能都感覺不到是用遊戲引擎做的。

當然是可以的

遊戲本身也是一種軟體，只不過是可以來“玩”的特殊的軟體。那麼製作這種軟體的工具，也就是遊戲引擎不僅僅可以製作遊戲，當然也是可以製作其他軟體了。

所謂的人機互動介面其實可以看做是一種遊戲性極低的遊戲選單罷了，使用整合工具做起來要更加方便快捷。

通常來說Cocos製作2D比較適合，如果要涉及3D的話使用Unity要更加方便些。如果需要更高階的引擎，那麼使用虛幻（unreal）也是可以的。

沒什麼不可以，如果你希望你的軟體擁有遊戲一般美觀的UI當然可以用遊戲引擎，遊戲本來就是一種特殊的軟體，只是你要想清楚你到底是想開發遊戲還是開發商用軟體

以cocos來做通常的pc應用介面實際上不太合適，因為cocos的ui框架過於簡單，它是基於Node簡單實現的，僅能滿足簡單的ui展示需求。而稍微複雜點，例如你想改變滑鼠樣式，新增視窗選單，改變樣式，新增停靠區，等等這種邏輯它都很難處理的。

遊戲引擎的ui框架一般會比傳統應用的ui框架簡單，像cocos這種針對手遊的引擎就更加簡單了。目前看到比較靠近傳統應用的遊戲ui框架就是ue4的slate框架了，它甚至可以實現ue編輯器這種複雜的應用。但我任不推薦用遊戲引擎的ui框架來開發傳統應用，除非你本身對這個遊戲引擎很熟悉，而它又恰好能滿足你的需求。

可以使用的成熟的ui框架有很多，例如qt，它不僅是個跨平臺ui框架，還封裝各種其他功能庫，例如網路，執行緒，檔案處理，資料庫等等。使用他們能更便利的開發出pc軟體。