看板
[ Soft_Job ]
討論串[分享] 面向對象編程從骨子裡就有問題
共 12 篇文章
內容預覽:
這篇純雜談 & 題外話. 前面有板友提到以專案規模來決定. 我會比較傾向用工作內容來取決要不要用OO解決問題. 粗淺的例子是有個需求是兩台server要互傳資料. 底層我可以採用HTTP RESTful、WCF或者比較古老一點的Web Service、CORBA甚至DCOM. 或者乾脆使用FTP、網
(還有228個字)
內容預覽:
不管是不是object, 記憶體配置, 大致上都會和宣告順序以及compile unit,. 會有正相關, 也就是說, 會盡可能的配置在一起.. 我的理解, 投影片中, 提到的問題, 在一般用data structure (ex: 使用C language)寫法,. 也有機會發生 (只是 OOP 可
(還有945個字)
內容預覽:
首先，要先瞭解物件導向的目的. 我個人個看法，物件導向已經算軟體工程了. 而軟體工程的目的就是管理更大規模的程式. 但是在這幾篇文章中，. Luca Cardelli 和 Axel-Tobias Schreiner 的著眼點主要都是在效能. 這就好像你用組合語言來評論高階語言及編譯器的效能一樣. 又
(還有3161個字)
內容預覽:
有一句話是這麼說的,. 程式是為客戶工作, 不是為你 (Programmer) 工作. 對這句話的認同度越高, 你可能會越認為 OO sucks. 例如 OOC (http://www.cs.rit.edu/~ats/books/ooc.pdf). 看看為了讓原本不 OO 的 ANSI C 變得 O
(還有55個字)
內容預覽:
我同意一個問題不會只有一種設計. ----------. 先回答你的 m_worldTransform 是不是屬於 Object 屬性的問題. 我先前沒有把整個範例程式寫出來，而在投影片的範例中，物件會拆成一堆子物件. 而整個物件，是以一大堆子物件與孫物件等等所構成的一個樹狀結構. 在範例中，其中一
(還有707個字)