我正在撰寫一個關於極長功能的小型學術研究項目。顯然，我不是在尋找examples for bad programming，而是100,200和600行長功能的例子，這是合理的。 我將使用爲Master's degree written in the Hebrew University編寫的腳本來研究Linux內核源代碼，該腳本測量代碼行數，function complexity（由MCC測量）等不
Following my previous question關於背後非常長的功能的基本原理，我想提出一個具體的問題，我正在研究我的研究piece of code。這是來自Linux內核的一個函數，它很長（412行）並且很複雜（13338的MCC index）。基本上，這是一個長期和嵌套的開關聲明 坦率地說，我想不出任何方式來改善這個混亂。調度表似乎既巨大又低效，任何子程序調用都需要不可思議的參數數
我正在進行關於extremely long and complicated functions in the Linux kernel的小型學術研究。我試圖弄清楚是否有充足的理由編寫600或800行的函數。 爲此，我想找到一個可以從.c文件中提取函數的工具，這樣我就可以在該函數上運行一些自動化測試。 例如，如果我有一個文件connect.c中的函數cifs_parse_mount_options(