tag:blogger.com,1999:blog-1298974142445162186.post4230047710460494562..comments2024-03-19T15:58:12.198+08:00Comments on 搞笑談軟工: 為什麼不要把後端的領域物件直接傳給前端?Teddy Chenhttp://www.blogger.com/profile/02066842119056439711noreply@blogger.comBlogger1125tag:blogger.com,1999:blog-1298974142445162186.post-4049984074810002522020-09-08T09:23:21.986+08:002020-09-08T09:23:21.986+08:00首先,我很配服你的圖文以及排版能力,深入淺出的教學。
但因為你涉及的領域不是我所熟悉的PHP、Jav...首先,我很配服你的圖文以及排版能力,深入淺出的教學。<br />但因為你涉及的領域不是我所熟悉的PHP、Java、HTML以及以外的Ruby、python等等。<br /><br />你的問題很簡單。<br />大部份的程式設計師不知道。<br />他們設計完後的成品。<br /><br />要給客戶端能夠(自行設計),像魔獸爭霸的「地圖建置系統」,世紀帝國的「自訂遊戲」。魔法門之英雄無敵的「自創地圖」。<br />劇情、地圖、場景,全部都可以讓玩家自行發揮。<br /><br />所以當你把功能通通都寫死在裡面的時候,你的系統就只剩你能改而已。<br />這個就要分二個取向,不應該這麼簡單述明。<br /><br />因為這文章的「預設基礎」是這個軟體的使用者(公司),他們有請人定期維護這個軟體,讓他們依據業務需求對「內容進行變動」。<br />你才需要把這功能向外建置。<br /><br />如果不是。<br />全部嵌在裡面,可以減少程式運行效能,節約電能。<br /><br />我們不應該為了「沒人使用的流動性」,而特意把這東西建置在「前端」。<br />而且考量到利益面。<br /><br />假設這公司10年內固定的使用軟體版本,只有每年有變動的需求。<br />那這期間的維護,會在額外委聘設計者調整,也是一筆收入。<br /><br />所以過度的設計「自定功能」給客戶使用,還昌追求極簡化「效率與利益」,絕對沒有單一的判斷基準。<br /><br />Anonymoushttps://www.blogger.com/profile/04337192419743689912noreply@blogger.com