A.早期的編譯器采用管道.過濾器架構(gòu)風格，以文本形式輸入的代碼被逐步轉(zhuǎn)化為各種形式，最終生成可執(zhí)行代碼
B.早期的編譯器采用管道-過濾器架構(gòu)風格，并且大多數(shù)編譯器在詞法分析時創(chuàng)造獨立的符號表，在其后的階段會不斷修改符號表，因此符號表并不是程序數(shù)據(jù)的一部分
C.現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風格，主要關心編譯過程中程序的中間表示
D.現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風格，但由于分析樹是在語法分析階段結(jié)束后才產(chǎn)生作為語義分析的輸入，因此分析樹不是數(shù)據(jù)中心的共享數(shù)據(jù)

A.應該采用閉環(huán)控制架構(gòu)，因為閉環(huán)結(jié)構(gòu)給出了將軟件分解成幾個協(xié)作構(gòu)件的方法，這對于復雜任務特別適合
B.應該采用閉環(huán)控制結(jié)構(gòu)，因為閉環(huán)控制架構(gòu)中機器人的主要構(gòu)件監(jiān)控器、傳感器、發(fā)動機等）是彼此分開的，并能夠獨立替換
C.應該采用分層結(jié)構(gòu)，因為分層結(jié)構(gòu)很好地組織了用來協(xié)調(diào)機器人操作的構(gòu)件，系統(tǒng)結(jié)構(gòu)更加清晰
D.應該采用分層結(jié)構(gòu)，因為抽象層的存在，滿足了處理不確定性的需要：在較低層次不確定的實現(xiàn)細節(jié)在較高層次會變得確定