評價下這段php代碼？
我真搞不懂 phper 的思路，你直接把下面這段 js 代碼翻譯成 PHP 然後在生成的 hash 表中查值就好了
Object.keys(params).reduce(
(m, key) =&> ({...m, key: req.body[key]}),
{}
)
手機答題，沒有代碼塊功能
實際上，真正該做的是拆成幾個 utils function 做 map 或者 set 的比較，這樣寫測試也好一些。
不過 PHP 社區一直是糊成啥樣就啥樣的「大道至簡」風格，出現這種鬼代碼也並不奇怪
這樣大量循環確實不好，但是你也沒有必要吐槽，如果你沒有鳥哥一半的功力也沒有什麼吊用，大家都是從新手做起的，不必吐槽，做好你自己。
實現功能就好，自己的代碼就像自己畢業的母校，只能自己說他不好，別人說不好，會掄大鎚上
我覺得沒什麼問題 主要你的代碼截圖太散了 之間湊不成邏輯
其實確實挺騷的 因為現在都在框架上寫代碼 框架裡面有不少跟這個很像 只是他們封裝的更靈活
代碼目的是為了實現需求 只要沒有八哥 代碼的風格各有各的寫法 真是一人一個樣
如果說效率的話 有點鑽牛角尖了 伺服器還是不缺這點內存的
如果真到了效率至上 就是另外一番話了
能跑的代碼都是好代碼。
有些代碼是一天改幾百個文件改出來的。你要是一天能生產幾千行代碼，你就會發現你根本沒有時間測試。
- 騷操作用得很好，有點我的意思。當然一般我的操作會比這個騷很多，trait，魔術方法，動態變數，自定義schema，以及動態生成類等等這些都用爛了，hook autoloader已經成為標準操作，時不時還會寫個extension去hook下parser，hook下vm，哪裡不爽hook哪裡。前些天看到個叫yay的東西，可以給php加入宏的支持，我心想這下子終於不用成天自己寫code generator或hook parser了。
- 騷操作不等於好維護也不等於不好維護，我用了很多騷操作的結果就是所有類型都是非常明確的，寫法會變優雅很多，特別是對有些庫不爽的時候hook一下autoloader動態生成類要比直接改來得好很多（我比較喜歡常駐內存所以性能損耗可以不記，並且可以cache），有時能帶來很多性能提升。然而這人的騷操作... 只是一時寫著爽吧。
- 接下來就是問題，代碼格式不行，思路不清晰，邏輯龐大，命名不好。代碼格式已經成了最小的問題了，套一個prettier就能解決。反正我是全程開prettier的。
$$kk是什麼變數?
這種代碼怎麼說呢，耍機靈只是一時爽，需求稍微變動一下，這種代碼就會變成維護性低的垃圾代碼、
我沒明白這有什麼好發的。或者說你想表達人家有多菜？你有多高端？
推薦閱讀：
