覆蓋變量名稱的編碼風格不好嗎？

在編寫快速的get-er-done腳本時，我經常覆蓋變量名，一旦我不再需要它們。這不好嗎？它可以節省內存，就像回收蘇打水可以拯救地球一樣。覆蓋變量名稱的編碼風格不好嗎？

來源

2012-09-24 Walrus the Cat

好吧，我相信討論的網絡是，它實際上並沒有節省內存，而且它是不好的編碼風格。 –

它如何節省內存來覆蓋變量，而不是正確處理它並聲明一個新的變量。你有裝配機制方面的經驗嗎？我相信你按照自己的方式保存的唯一東西就是打字。如果您在進一步查看腳本時未選擇唯一變量，則代碼可讀性受損。

拿一本書來重複使用第1頁到300頁的書的頁面。回想你的位置有多容易？

參考您重複使用變量和回收的比較。變量是內存的相對空間，就好像他們從來沒有在毀壞，其中塑料和紙總會留下某種足跡，即使它是在一個物理變化，如固態到氣態的形式存在，是完全消散。

我會建議只聲明完成工作所需的變量數量，但要儘可能多地提高代碼的可讀性。除非有一些替代動機。

我看着像自助餐中的盤子這樣的變量，一旦你完成了...得到一個新的。

來源

2012-09-24 21:37:28 Ccorock

我還沒有進入組裝;你是否認爲覆蓋變量並不能節省內存？另外，我認爲人們對我的回收評論過於嚴肅。 –

重新使用變量名稱不會節省內存。該名稱不過是指向內存中的內容的指針。不管它是什麼，每個新的值都會有相關的內存。一旦你挖掘出一種特定的語言，但是這通常是一個合理的近似值，這裏有很多細微之處。 – Travis

是的，如上所述，在一個非常基本的隱喻。當你聲明一個變量時，它會得到一個虛擬房屋，那個房屋的地址會被存儲在內存中，一旦你簽署了驅逐通知以將變量釋放回計算機，它就像變量從未存在過......除非剩餘資料以文件形式發送到存儲器。你應該檢查彙編和基本邏輯門。當我開始發現計算機背後的魔力根本就不是魔術時，當你把它們放在一個非常集中的範圍內時，它令人驚訝，它們非常簡單......就像On或Off簡單。 – Ccorock

覆蓋變量名稱的編碼風格不好嗎？

回答

相關問題