1. 首頁
  2. 問答
  3. 註釋相反的術語

註釋相反的術語

2009-06-13 67 views
16

當一段代碼被評論時，我們會這麼說，它被「註釋掉」。 但是當它沒有被註釋掉，那是什麼？註釋相反的術語

Uncommented並不完全相同。活性？ 這絕對沒有評論。

什麼是最好的方式來引用去註釋代碼的行爲？

來源

2009-06-13 Ollie Saunders

+1

與編程無關。 – 2009-06-13 22:02:44

+3

我很困惑。這與編程無關？ – 2009-06-13 22:14:27

+8

Eeek ..如果評論不是編程相關的，我希望我永遠不會看到你的代碼。 – Inisheer 2009-06-13 22:29:18

回答

0

我結束了去註釋代碼代碼和正常代碼代碼未在註釋。行動是採取代碼從評論或從評論帶出。

來源

2009-08-27 17:52:10

25

我叫這是不是「註釋掉」代碼簡單的「代碼」

來源

2009-06-13 22:02:28 DarkSquid

+1

但是，代碼不包括評論嗎？ – 2009-06-13 22:22:35

+0

當然，但帶有註釋的代碼與「註釋掉的代碼」不同。在我看來，「默認」狀態是「代碼」 - 在發表評論後，它變成了「註釋掉代碼」 – DarkSquid 2009-06-13 22:29:14

24

取消註釋是，最常見的詞。

來源

2009-06-13 22:02:35 User

2

這只是一段未發表評論的，未禁用的，未刪除的，未停用的，未使用的，未反對的，未過時的，未重寫的，未歸檔的代碼。

或者，通俗地說，代碼。

來源

2009-06-13 22:07:52 Guffa

3

一對夫婦的可能性：

  • 直播代碼
  • 遺留代碼

來源

2009-06-13 22:11:25

2

想到一個編輯文檔。它有點像說「什麼是未刪除的文字？」只是，寫作。

來源

2009-06-13 22:12:39 bobobobo

3

Visual Studio有一個名爲「註釋掉所選行」的函數。

相反的功能被稱爲「Uncomment選定的行」。我使用術語「未註釋」。

來源

2009-06-13 22:14:42

1

雖然它被廣泛用於指代'活'的代碼，'未註釋的代碼'是一個含糊的術語。 它可以引用曾經被註釋掉但已經被編輯以允許其運行的代碼，或者它可以指代沒有描述性評論的代碼。

來源

2009-06-13 22:34:56 akf

0

我把註釋掉的代碼...糟糕的代碼。如果它被評論出來，那就把它們一起扔掉。您的版本控制系統應該跟蹤您之前工作的各種狀態。而不是評論它爲其他人找出它爲什麼後來被評論出來似乎不是一個好的編碼實踐！

來源

2009-06-13 22:37:20

2

我希望它被「取消註釋」。

我使用「恢復」或「恢復」的代碼曾被註釋掉，但不再是。對於要編譯或執行的代碼，我使用「live」或「uncommented」。

來源

2009-06-13 22:38:58 Nosredna

0

看到這個問題存在多少不同的答案，你應該做幾件事情。

  1. 選擇一個術語並堅持下去。

    一致性是最重要的。沒關係，如果它不是最好的，那麼如果在遙遠的未來出現更明顯的術語，你可以改變你的選擇。

  2. 明確地向你的隊友描述這個詞。

    不要只是說，「這意味着沒有註釋，或者無論你怎麼稱呼它。」不要只是說，「這與評論相反。」告訴他們，這意味着以前被註釋掉的代碼，並且現在已經刪除了其註釋語法。告訴他們這段代碼現在處於活動狀態，並在被調用時執行。永遠不要以爲你的團隊很聰明，僅僅因爲他們在使用這個術語時點頭而已。

作爲一種主觀的答案，我使用術語註釋掉。這是一個糟糕的行爲名稱，但至少它是直觀的。對於使用#字符進行評論的語言，它擊敗了無用的未刷新的。

來源

2009-06-13 23:34:51 Wesley

0

我誠實地說「評論」。在「好吧，它適用於這條評論，所以讓我們回來評論它，並重新運行測試」。 「取消註釋」會更準確，但聽起來更笨拙。儘管如此，我不會在正式寫作中使用這種表達方式，只是在與我的雙方交談時。

來源

2009-06-13 23:47:34

0

在調試會話期間，我經常評論和取消註釋代碼行。

從純粹的語義角度來看，這是由短語描述的動作，而不是代碼。

「註釋掉」是一個動詞，它描述了一個動作，一個語句被轉換成一個註釋，將其從語言解析器所執行的代碼中移除。

代碼遭受了相反的行爲，即將註釋轉化爲語句以將其包含在語言的解析器所執行的代碼中的代碼將被「聲明爲」。但當然這很荒謬。

這就是說，我同意Andrew在暫時調試會話之前，在提交之前，如果代碼沒有被使用並且不留在註釋中以便混淆事物，則應該刪除代碼。

來源

2009-06-14 03:05:01

0

問題在於術語「註釋掉」。這是濫用大多數語言的評論功能。在C/C++，你應該使用預處理有條件地編譯代碼，或許是這樣的：

#if 0 
... 
... here is the code that is not in the build 
.. 
#endif 

... 
... here is the code that is in the build 
...

我記得在我以前在使用「的#ifdef NOT_DEF」和其他一些工作的地方編碼標準代替「#if 0」的符號以向「註釋掉」塊添加一些語義。

該方案使用的術語是「包含」和「排除」代碼，儘管通常在談論「代碼」時通常假定「包含」。

當然，並非所有的現代語言都有這樣的預處理功能，所以您又回到濫用評論功能。

來源

2009-06-14 03:54:27

2

如果它曾經commented out過去，然後by uncommenting it它將成爲

  • Decommented。

（您可以recomment，如果你想，但我不會說推薦..）

如果有人從來沒有註釋掉，它只是

  • code。

對我來說，這些是對Live code可以有幾個不同的（*）狀態。 （或者它可能只是yoda英語。）

*：隱含潛在元 - [在此處添加您的拉丁語詞語：P]。

來源

2012-12-20 05:05:41 n611x007

0

我們稱之爲'取消'。您不會在字典中找到它，但它與REM（d）相反，並且最重要的是具有較少的音節...

來源

2014-12-31 05:29:23

相關問題

 相關問題