※ 引述《dharma (達)》之銘言：
: 現在很多新出來的程式語言，(如Swift)，從本質上說，都是物件導向語法，這是因為近
: 幾十年來，從來沒有比物件導向實現更先進的程式設計實現在新程式語言中全面取代物件
: 導向思想。
: 上面是某程式語言教學書看到的
: 他說的符合實情現況嗎？
這當然是唬爛，聽過愚民教育嗎？ 聽過蓄奴嗎？
物件導向就是大公司的陰謀
方便它們做一些黑箱框架，以及騙一些人進來，當它們框架的依賴者
物件導向的語法設計，會讓你很難去挖掘框架後面的東西
用的人只會越來越沒有思想，越來越依賴框架
最後變成離不開框架，任大公司宰割的韭菜
: 一直沒有更先進的東西嶄露頭角
: 可能取而代之
: thanks
就看 A公司跟 G公司彼此要殺到什麼時候了
G 公司的保護費最近也漲成跟A公司一樣了，都是 30% 的抽成

所以更先進的設計是什麼

怎麼OOP講著講著遷怒到框架去了@@

要這樣講的話 依賴高階語言但不懂組語和編譯器不也算嗎

不會用0跟1寫程式的都自殺好惹 嗚嗚

好久沒看到 此id必推 推爆

所以你寫扣都不用物件導向?

Linux 的 VFS 不是很 OO 嗎

所以更先進的架構觀念是什麼

改用 oh oh p啦

linux沒很oo吧

看起來，你覺得oop不好的原因是隱藏實作，只依賴抽象介面，這樣很糟糕，我有理解的樓主的意思嗎？class我覺得分成純資料跟物件，物件的method強調抽象行為，這點跟api介面有不同嗎？還是說你指的是，有人把class弄成，半資料半物件的形式？這樣的話當然很糟糕如果是基於fp的框架，使用者難道就可以知道他們在調用什麼嗎？跟oo或fp有關係嗎？有點微妙，api就是高階抽象隱藏實作，oo變成黑箱妖怪，這兩者的差異是？

同樓上 我上面推文意思就是高階語言隱藏了實作像是registor隱藏了電路實作 driver隱藏了registor實作

為什麼我有一種感覺叫做 我認定可以抽象的才是抽象如果覺得表格+動作 對你來說不好抽象 可以換一種表達表格+動作 有種資料庫驅動設計的感覺 試試 DDD ?領域驅動設計

看不懂在講認真的還是在反串.....東西好不好不是就看用的人怎樣用，過分使用或者斥之以鼻不是都是最糟糕的行為嗎。今天我只是要輸出一個a+b=c拿OOP的東西來用，那就叫神經病。今天有繼承封裝的需求，訂定規範框架或者是特殊的需求，那他就是很好的工具，不就是這樣而已嗎？

好久不見的ID耶 哈哈

出桶了？

看起來像陰謀而已吧 我覺得比較像工程圈追求傳統工廠般的生產模式 用oop的觀念比較可以接近多請一個人生產效率就會增加 在沒有軟體設計方法的上古時代 常常有技術上數學上可行的產品 但請再多人加再多硬體都完成不了的狀況現代不只oop還有各類開發方法被提出 一般應用型產品從無到有常常就只是工作人數和開機器的問題高階到一定程度的人一定知到oop並不萬用啦 只是在老闆和金主的壓力下大多會選擇商業界慣用的方法來處理

商業考量啦 沒你講的那麼黑暗

把一塊memory space當成object，到處都見山

聽起來問題不是OOP，而是你用OOP的方法跟目的？

複製貼上大師又出現啦

明白樓主的想法 就是在說明不直觀又注重細節 框架中耦合又非常嚴重個人也不愛 只是某勢力實在太龐大不過還是算了吧 如此free style的東西還是用在自己的產品上最好 給人打工free time有就好

完全沒用到一丁點OO概念的web前後端喔....呵 這邊也流行幻想文是ㄇ

不管甚麼領域都有這種抱持陰謀論的人出現

基本上樓主講的開發方式本來就存在 自私且壯大到一定程度確實可以稱作是陰謀沒錯

今天簡單的架構不能快速解決，框架複雜化是必然結果原po可以給不用oo然後很好看懂的github repo嗎？想瞭解產生依賴性就表示簡易操作解決了複雜問題，這是oo的概念

https://lwn.net/Articles/444910/其實 Linux kernel 也是會用 OO

原PO你說的應該是封裝的部分吧… 有些機器也不會讓你知道裡面長怎樣 這很正常

黑箱有時候是必要的...

爛文一篇