Re: [請益] php code在最後一行才require

[GALINE (天真可愛CQD)]

※ 引述《pracinverse (改)》之銘言：
: 最近看到PHP的一種用法就是在a.php的最後一行才requrie(b.php);
: 看起來是因為前人想要在a.php裡面先做一些處理後，再去用到b.php的功能，
: 而這種很不OO的方式來做code reuse實在讓我覺得不太習慣，
: 一來一般programming language都是在最一開始去把需用到的其他file include進來，
: 二來要code reuse應該要包成class才能達到封裝的目的。
: 這種"在a.php的最後一行requrie(b.php);"的用法
: 在PHP裡面算是很常見的用法嗎??
: 它算不算一種不好的practice呢？
這很爛，但當年寫出這種 code 的人不是傻，是沒有招可以出


PHP 到 2009 年才有 namespace，autoloading 的規範 PSR-0 是 2010 還 2011 的事
2012 年才有 composer 這個套件管理系統（以前有pear，但得動到系統...）

在那之前，你就算 OO 了你也很難組織你的 code 該怎麼放或啥時載入
而人家寫好的 lib 你得透過一連串的 include 地獄來載入

所以會看到一些現在看起來莫名其妙的做法，例如

- include 一個會 include 幾十個檔案的 php
 （不容易有效的載入 lib，於是搞出個類似 .h 檔的東西...）

- 滿天飛的 global
 （沒辦法用 namespace 去區隔 class，不如全部先在一個地方先 new 出來備用）

- 為了確保邏輯重用，每個地方都 include 同一個 php
 （不知道怎麼 call 同一個 class 的某個 function，或是沒有現代 framework 輔助）


過去 PHP 名聲臭是有原因的，人家已經在21世紀了，PHP 還在打二戰...


composer 出現之後沒幾年，PHP 已經脫胎換骨，變成符合 21 水準的超級 PHP。

然而程式碼被汰換的速度跟不上這超英趕美大躍進
除非能短短兩三年就把整間公司的 code 全部打掉重來...

這是一場 PHP 的文化大革命

--
推薦閱讀：現代PHP
http://www.books.com.tw/products/0010688181
--
頂天立地：愛孩子就要支持蘿莉控
http://goo.gl/Bha7e

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.248.122.206
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1464236501.A.BCC.html
※ 編輯: GALINE (60.248.122.206), 05/26/2016 12:25:21
推 crossdunk: 但就算php比較符合現在水準了，還是很多人看不起他
推 Mtcat: 推推
推 dreamnook: 資訊推
→ dreamnook: 話說為啥不能支持正太控(誤
※ 編輯: GALINE (60.248.122.206), 05/26/2016 12:41:54
→ comesuck: 看來我也要開始摸一下
→ myhome6206: 那要學現代PHP 除了那本歐來梨的書之外 還有什麼推薦
→ myhome6206: 的資源嗎？ 書或者網路tutorial
PHP The Right Way 繁體中文版
http://laravel-taiwan.github.io/php-the-right-way/
※ 編輯: GALINE (60.248.122.206), 05/26/2016 13:05:12
推 Argos: http://laravel-taiwan.github.io/php-the-right-way/
→ GALINE: 阿，編輯放太久沒存檔結果貼了一樣的東西....XDDD
推 dreamnook: 推書本 book了:D
→ Argos: 阿 重複貼XD
推 johnny94: php 真的很妙，一個脫胎換骨的概念
推 LaPass: php的這種載入機制我覺得跟C C++很像....
→ GALINE: 要我說的話抄 java 抄的比較兇。不過目前對於掛在
→ GALINE: namespace 下面的 function 沒有優雅的解決方案...
推 PoloHuang: Modern PHP不錯
→ LaPass: GALINE是指JSP嗎？JAVA的ClassLoader的機制跟PHP完全不一
→ LaPass: 樣啊....
→ LaPass: JSP才有require之類的東東
→ GALINE: 是說 PSR-0 跟 PSR-4
推 Luos: 原來今年沒用php也進步了
→ RedMapleWing: 兩個連結我很下意識的點了第二個是…
推 carlcarl: 人生苦短 我用Python
推 fouring: 後端不會PHP是不是不行啊？
→ y3k: 就算現在 PHP一樣很容易寫出讓人看了覺得難過的東西
→ y3k: 前面的包袱太重了
推 crossdunk: 搭配FRAMEWORK就還好了吧 PHP的框架也進步很多呀
推 sabiya: 作者推的這兩聯結的作者都是Josh Lockhart，我目前也有使
→ sabiya: 他開發的micro web service framework，叫Slim Framework
→ sabiya: 是真的蠻好用的，推薦給需要撰寫restful web api的開發者
推 alog: 現在有lumen
推 angusyu: 清新好文
→ Ekmund: 文化大革命是失敗的吧=口=
→ Argos: 革命當然尚未成功 PHP同志們仍需努力 團結奮鬥救PHP
推 kenwufederer: 推一下PHP
推 et282523: 不同的時空背景有不同的作法啊，也不能說 include 一堆
→ et282523: 檔案就是錯誤的寫法吧？畢竟現在 php 的 autoload 也是
→ et282523: 在 __autoload 做 include ，只是不去翻看不到而以。
→ et282523: 當然 autoload 是優雅很多沒錯啦！
用古代的做法，我碰過的問題大概是這些

- 很容易重複載入同一個 lib，於是PHP就抱怨 class/function 定義重複

- 為了避免上一點，於是到處用 include_once，然後踩到效能問題
  - 其實我覺得還好。不過認識的人說踩到效能問題過，解法是把 once 們拔掉....

- 每個 lib 組織檔案的方式都不同，所以 include 路徑看起來就五花八門...

- 不同的檔案結果取了同樣的的 function name，於是 PHP 噴 error

- 統一的 include 裡面什麼 lib 都 include 進來，連沒用到的功能也全部載進來

- 你看到某個 function，想改他的輸出值，但搜尋不到這個名字的 function
  - 或是你會找到三個同名的 function，不知道該改哪個


PSR-0/PSR-4 相當程度的解決上面這些問題
composer 則是幫你把符合規範的 autoloader 寫好（好吧，其他語言是內建...）


當然上面這些用 include 的方式也不是不能解決，但是需要公司內有明確的規範
訂規範就不是純技術問題，需要政治力量(例如挺你的長官)介入...

而且就算有內規，3rd party lib 也不會照你的規則走
你換公司的時候也要重來一次


現在則是比較明確，「照PHP-FIG的規定走」，這是超越公司/組織的政治力。


不過 PHP 用以前的作法也完全可以動，現況就變成你要弄乾淨可以弄的很乾淨。
但你想弄髒也依然可以弄的很髒...
※ 編輯: GALINE (60.248.122.206), 05/27/2016 13:14:22
→ et282523: 同意，你解釋的好清楚啊，感覺學到了一些東西，感謝！
推 chan15: 推超級 PHP XD
推 JohnRoyer: 原 PO 請振作 XD
推 side112358: PHPConf Taiwan 2016會請到現代PHP的作者，歡迎來聽！
推 rickysu: 幫推 PHPConf Taiwan 2016...