匈牙利命名法是在1972發明的查爾斯西蒙尼，乙個微軟程式設計師。匈牙利符號最初的想法是編碼的可變資訊的目的，即應用匈牙利。隨著時間的推移，這將改變編碼的變數的型別和/或範圍的資訊，這是被稱為系統的匈牙利。
有在是否匈牙利符號在現代程式語言和現代ide是有用的許多爭論。我們相信，優點遠遠大於它的缺點，但你會發現很多程式設計師誰不同意。
匈牙利表示法的乙個優點是，變數的型別可以從它的名字確定。許多人認為，這是乙個過時的優勢，因為大多數現代ide如果你將滑鼠懸停在名字告訴你某個變數的型別。然而，考慮下面的**片段：
123
45int value; // non-hungarian
int nvalue; // the n prefix denotes an integer
double width; // non-hungarian
double dwidth; // the d prefix denotes a double
n字首明確只是瀏覽**，這是乙個整數除法，會導致我們的問題！此外，當你的**，n字首會提醒你注意整數除法和溢位問題，每一次你在乙個表示式或語句中使用乙個整型變數。
乙個認為的缺點的匈牙利命名法是它導致額外的工作，當乙個變數的型別的變化。例如，它是常見的宣告乙個整數變數，後來改為雙變數，因為你需要處理的分數值。不使用匈牙利表示法，你可以改變int值的雙重價值，走自己喜歡的路。然而，在匈牙利符號，你不僅要改變宣告int值的雙值，你必須改變你的整個程式的值的值都使用！如果你不這樣做，你將是誤導人的和不一致的命名方案。
在更換乙個潛在的巨大的數量的變數的名字當然是乙個討厭的人，我們相信這也是一件好事。由於不同型別有不同的行為，具有顯式地更換你的變數名，鼓勵你檢查你的**，以確保你不做危險的新型別的東西。
例如，沒有匈牙利符號，你可能會寫
程式設計師何苦為難程式設計師
職場上有很多辛酸事，很多合夥人出局的故事，很多技術骨幹被裁員的故事。說來模板都類似，曾經是名校畢業，曾經是優秀員工，曾經被領導表揚，曾經業績突出，然而突然有一天，因為種種原因，被裁員了，想申訴，想求解釋，結論是，能力不匹配，未能與企業一起成長云云。這有兩說，一說是企業冷血，卸磨殺驢，嫌棄老人成本太高...
程式設計師梗 程式設計師哪些事 只有程式設計師才能懂得梗
程式設計師的那些事 程式設計師穿 程式設計師穿 是什麼梗？程式設計師穿 減少bug是真的嗎？最近 buff等話題在網上炸開了鍋，而且有在微博上面發文程式設計師穿了 之後會有 buff，提公升工作效率減少bug，那這到底是怎麼回事呢？聽說微博首屆 程式設計師 大賽 開始了?各路奮戰在一線的程式設計師們...
程式設計師表白程式
作為程式設計師，我們時常被外界誤認為很悶 不浪漫 沒創意 等等這一類人，這讓我們實在有些感傷啊，我得為程式設計師吶喊一聲 我們也能可以歡快 浪漫 有創意 朋友，你向女生表白過嗎？這個問題有點兒羞澀，但是我今兒叫你一招 用我們程式設計師的方式表白 呵呵，說到這裡，你可能已經猜到 該不是程式設計序吧？我...