當(dāng)前位置：首頁 > 科技 > 軟件

優(yōu)雅代碼，建議掌握這 11個(gè)編程原則！

來源：責(zé)編：時(shí)間：2024-07-25 16:35:36 206觀看

導(dǎo)讀糟糕的代碼形式可以千千萬，優(yōu)雅且高質(zhì)量的代碼卻是極其的相通，如何寫出讓人信服的高質(zhì)量代碼？這篇文章，我們總結(jié)了很多高手的經(jīng)驗(yàn)，一共歸納了 11條編碼基本原則。1. DRYDRY，全稱 Don't Repeat Yourself（不要重復(fù)你自己），它是軟

糟糕的代碼形式可以千千萬，優(yōu)雅且高質(zhì)量的代碼卻是極其的相通，如何寫出讓人信服的高質(zhì)量代碼？這篇文章，我們總結(jié)了很多高手的經(jīng)驗(yàn)，一共歸納了 11條編碼基本原則。

1. DRY

DRY，全稱 Don't Repeat Yourself（不要重復(fù)你自己），它是軟件開發(fā)中的一個(gè)重要設(shè)計(jì)原則，旨在減少代碼的重復(fù)性，提高代碼的可維護(hù)性和可讀性。遵循 DRY 原則可以使代碼更加簡潔、易于理解和修改。

(1) DRY 核心思想

DRY 的核心思想是：任何知識(shí)在系統(tǒng)中都應(yīng)該有一個(gè)單一、明確、權(quán)威的表示，簡單來說，就是避免在代碼中出現(xiàn)重復(fù)的邏輯或數(shù)據(jù)。

(2) 如何實(shí)現(xiàn) DRY？

①抽象和封裝

將重復(fù)的代碼抽象為函數(shù)、方法或者類。
使用模塊化編程，將常用的邏輯封裝在獨(dú)立的模塊中，便于復(fù)用。

②使用常量

如果某個(gè)值在代碼中多次使用，可以將其定義為常量，避免硬編碼。
這樣不僅減少了重復(fù)代碼，還提高了代碼的可讀性和可維護(hù)性。

③利用繼承和多態(tài)

在面向?qū)ο缶幊讨?，使用繼承和多態(tài)來減少代碼重復(fù)。
將通用的功能放在父類中，子類繼承并擴(kuò)展這些功能。

④模板和泛型

使用模板和泛型來創(chuàng)建可重復(fù)使用的代碼結(jié)構(gòu)，適用于多種類型和場景。

⑤配置文件和數(shù)據(jù)庫

將可變的數(shù)據(jù)和配置項(xiàng)存儲(chǔ)在配置文件或數(shù)據(jù)庫中，而不是硬編碼在程序中。

(3) DRY 的優(yōu)勢

①提高代碼質(zhì)量

避免代碼重復(fù)，使代碼更加簡潔和易于理解。
減少了出錯(cuò)的可能性，因?yàn)橥粋€(gè)邏輯只需要維護(hù)一處。

②便于維護(hù)

代碼修改時(shí)只需更改一個(gè)地方，減少了維護(hù)成本。
提高了代碼的一致性和可靠性。

③增強(qiáng)代碼復(fù)用性

通過抽象和封裝，提高了代碼的復(fù)用性，減少了重復(fù)工作。

2. KISS

KISS，全稱 Keep It Simple And Stupid（保持簡簡單），旨在提醒開發(fā)人員盡量保持代碼的簡潔性和易讀性。

(1) KISS 核心思想

KISS原則的核心思想是盡量避免不必要的復(fù)雜性。這意味著在設(shè)計(jì)和編寫代碼時(shí)，應(yīng)盡量選擇簡單、直接的解決方案，而不是過度設(shè)計(jì)或引入不必要的復(fù)雜性。

(2) 如何實(shí)現(xiàn) KISS？

①避免過度設(shè)計(jì)

不要為了顯示自己的編程技巧而編寫復(fù)雜的代碼。
簡單的代碼更容易理解、調(diào)試和維護(hù)。

②使用明確的命名

變量、函數(shù)和類的命名應(yīng)盡量清晰、明確，能夠反映其用途。
避免使用晦澀難懂的縮寫或不相關(guān)的命名。

③分解問題

將復(fù)雜的問題分解為多個(gè)簡單的小問題，每個(gè)小問題用一個(gè)簡單的函數(shù)或方法來解決。
避免在一個(gè)函數(shù)或方法中處理過多的邏輯。

④遵循單一職責(zé)原則

每個(gè)函數(shù)或類應(yīng)只負(fù)責(zé)一個(gè)職責(zé)或任務(wù)。
這樣可以避免代碼過于復(fù)雜，并提高代碼的可維護(hù)性。

⑤重用現(xiàn)有工具和庫

不要重復(fù)發(fā)明輪子，盡量使用現(xiàn)有的工具和庫來解決問題。
這不僅可以減少代碼量，還可以提高代碼的可靠性和可維護(hù)性。

3. Refactor

Refactor（重構(gòu)）是指在不改變代碼外部行為的前提下，對代碼內(nèi)部結(jié)構(gòu)進(jìn)行調(diào)整，以提高代碼的可讀性、可維護(hù)性和性能。

(1) 重構(gòu)核心思想

重構(gòu)的核心思想是通過逐步改進(jìn)代碼結(jié)構(gòu)，使其更易于理解和維護(hù)，重構(gòu)不是一次性的大改動(dòng)，而是通過一系列的小步驟逐步優(yōu)化代碼。

(2) 重構(gòu)的好處

提高代碼可讀性：重構(gòu)后的代碼更加簡潔、清晰，便于理解。
提高代碼可維護(hù)性：減少代碼中的重復(fù)和冗余，使得修改和擴(kuò)展代碼更加容易。
減少錯(cuò)誤：通過清晰的代碼結(jié)構(gòu)和邏輯，減少潛在的錯(cuò)誤和Bug。
提高開發(fā)效率：重構(gòu)后的代碼更易于測試和調(diào)試，從而提高開發(fā)效率。

(3) 重構(gòu)常見技巧

①提取方法

將一段復(fù)雜的代碼提取到一個(gè)獨(dú)立的方法中，使原方法更加簡潔。
有助于提高代碼的可讀性和復(fù)用性。

②重命名

使用有意義的命名來替代晦澀難懂的命名。
提高代碼的可讀性和理解性。

③內(nèi)聯(lián)方法

如果一個(gè)方法的實(shí)現(xiàn)非常簡單，可以將其直接替換到調(diào)用處。
減少不必要的方法調(diào)用，提高代碼的簡潔性。

④替換魔法數(shù)字

將代碼中的硬編碼數(shù)值替換為有意義的常量。
提高代碼的可讀性和可維護(hù)性。

⑤提取類

將一個(gè)類中職責(zé)過多的部分提取到一個(gè)新的類中。
遵循單一職責(zé)原則，使類的職責(zé)更加明確。

⑥合并重復(fù)代碼

將重復(fù)的代碼提取到一個(gè)獨(dú)立的方法或類中。
遵循DRY（Don't Repeat Yourself）原則，提高代碼的復(fù)用性。

4. SOLID

SOLID是 Robert C. Martin(也稱為Uncle Bob)提出或者總結(jié)出來的經(jīng)典之作。它可以適用于各種編程語言，通常會(huì)用來衡量一個(gè)模塊，系統(tǒng)設(shè)計(jì)的是否合理。

(1) SOLID是什么？

在架構(gòu)整潔之道這本經(jīng)典的書籍中有一套關(guān)于軟件設(shè)計(jì)的 SOLID 原則，SOLID 實(shí)際上是五個(gè)設(shè)計(jì)原則首字母的縮寫，它們分別是：

單一職責(zé)原則（Single responsibility principle, SRP）
開放封閉原則（Open–closed principle, OCP）
Liskov 替換原則（Liskov substitution principle, LSP）
接口隔離原則（Interface segregation principle, ISP）
依賴倒置原則（Dependency inversion principle, DIP）

5. Document Your Code

Document Your Code（記錄你的代碼，簡稱 DYC），旨在提高代碼的可讀性、可維護(hù)性和可擴(kuò)展性。通過在代碼中添加注釋和文檔，可以幫助自己和他人更好地理解代碼的意圖、邏輯和功能。

(1) DYC 核心思想

DYC 的核心思想是通過詳細(xì)的注釋和文檔，使代碼更加易于理解和維護(hù)。這不僅對當(dāng)前的開發(fā)工作有幫助，對于未來的維護(hù)、調(diào)試和擴(kuò)展也至關(guān)重要。

(2) 如何實(shí)現(xiàn) DYC？

①添加注釋

在代碼的關(guān)鍵部分添加注釋，解釋代碼的意圖和邏輯。
注釋應(yīng)簡潔明了，避免冗長和重復(fù)。

②編寫文檔

為復(fù)雜的模塊、類和方法編寫詳細(xì)的文檔，解釋它們的功能、用途和使用方法。
文檔可以包括設(shè)計(jì)文檔、API文檔、用戶手冊等。

③使用自解釋代碼

通過使用有意義的變量名、函數(shù)名和類名，使代碼自解釋。
盡量減少對注釋的依賴，但在必要時(shí)仍應(yīng)添加注釋。

④保持文檔更新

在修改代碼時(shí)，及時(shí)更新相關(guān)的注釋和文檔。
確保文檔與代碼保持一致，避免文檔過時(shí)。

⑤使用工具

使用文檔生成工具（如 Java 的 Javadoc）自動(dòng)生成API文檔。
使用版本控制系統(tǒng)（如 Git）來跟蹤文檔的變化。

⑥Creation Over Legacy

Creation Over Legacy（創(chuàng)建優(yōu)于繼承，簡稱 COL）原則主要應(yīng)用于面向?qū)ο缶幊蹋∣OP）中，強(qiáng)調(diào)通過對象的組合和創(chuàng)建來實(shí)現(xiàn)復(fù)雜行為，而不是通過繼承。

(3) COL 的核心思想

COL的核心思想是通過對象的組合和創(chuàng)建來實(shí)現(xiàn)復(fù)雜行為，而不是依賴?yán)^承。這有助于保持系統(tǒng)的靈活性、可維護(hù)性和可擴(kuò)展性。

(4) 為什么選擇 COL？

①減少復(fù)雜性

繼承層次結(jié)構(gòu)過深會(huì)導(dǎo)致系統(tǒng)復(fù)雜性增加，難以理解和維護(hù)。
通過組合，可以將復(fù)雜行為分解為多個(gè)獨(dú)立的、易于理解的小對象。

②提高靈活性

組合比繼承更靈活，可以在運(yùn)行時(shí)動(dòng)態(tài)地改變對象的行為。
通過依賴注入，可以輕松替換和擴(kuò)展對象的功能。

③增強(qiáng)可測試性

組合和依賴注入使得單元測試更加容易，因?yàn)榭梢暂p松地模擬和替換依賴對象。
避免了繼承層次結(jié)構(gòu)中常見的耦合問題。

如果你用面向?qū)ο缶幊蹋∣OP）來編寫代碼，你會(huì)發(fā)現(xiàn)這個(gè)規(guī)則非常有用，創(chuàng)建優(yōu)于繼承的規(guī)則主要是關(guān)于具有復(fù)雜行為的對象由具有不同行為的對象實(shí)例組成，它們不應(yīng)添加新行為并繼承一個(gè)類。

依賴?yán)^承會(huì)導(dǎo)致兩個(gè)主要問題：

首先，如果你嘗試快速實(shí)現(xiàn)，繼承層次結(jié)構(gòu)會(huì)變得復(fù)雜。
其次，你在定義不同或特殊行為時(shí)靈活性較差。假設(shè)你需要實(shí)現(xiàn)共享行為：

7. Clean Code At All Costs

Clean Code At All Costs（始終保持代碼清潔）原則強(qiáng)調(diào)代碼的清晰、簡潔和可維護(hù)性。無論在何種情況下，都應(yīng)盡量保持代碼的清潔。這不僅使得代碼更易于理解和維護(hù)，還能提高軟件的質(zhì)量和開發(fā)效率。

(1) Clean Code 的核心思想

Clean Code 的核心思想是：編寫易于閱讀、理解和維護(hù)的代碼。這意味著代碼應(yīng)該盡量避免復(fù)雜性、重復(fù)和不必要的冗長，同時(shí)保持邏輯的清晰和一致性。

(2) 如何實(shí)現(xiàn) Clean Code？

①使用有意義的命名

變量、函數(shù)和類的命名應(yīng)盡量清晰、明確，能夠反映其用途。
避免使用晦澀難懂的縮寫或不相關(guān)的命名。

②函數(shù)應(yīng)簡潔

每個(gè)函數(shù)應(yīng)只做一件事，并且盡量短小。
如果函數(shù)過長或過于復(fù)雜，應(yīng)考慮將其拆分為多個(gè)更小的函數(shù)。

③避免重復(fù)代碼

遵循DRY（Don't Repeat Yourself）原則，將重復(fù)的代碼提取為獨(dú)立的函數(shù)或模塊。
這樣不僅減少了代碼量，還提高了代碼的可維護(hù)性。

④保持代碼一致性

代碼風(fēng)格應(yīng)保持一致，無論是命名、縮進(jìn)還是注釋風(fēng)格等。
可以使用代碼風(fēng)格檢查工具來確保一致性。

⑤注重代碼結(jié)構(gòu)

代碼應(yīng)有清晰的結(jié)構(gòu)，邏輯應(yīng)盡量直觀和易于跟蹤。
使用適當(dāng)?shù)淖⑨尯臀臋n來解釋復(fù)雜的邏輯和設(shè)計(jì)決策。

⑥避免深層嵌套

避免過深的嵌套結(jié)構(gòu)，如過多的if-else或循環(huán)嵌套。
可以通過提前返回、使用衛(wèi)語句等方式來簡化嵌套結(jié)構(gòu)。

⑦注重錯(cuò)誤處理

錯(cuò)誤處理應(yīng)盡量明確和簡單，不應(yīng)隱藏錯(cuò)誤或忽略異常。
使用適當(dāng)?shù)漠惓Ｌ幚頇C(jī)制，并提供有意義的錯(cuò)誤信息。

⑧YAGNI

YAGNI，全稱 You Aren't Gonna Need It（你不需要它），它是極限編程（Extreme Programming，XP）中的一項(xiàng)重要原則，旨在提醒開發(fā)人員不要編寫那些當(dāng)前不需要的功能或代碼。YAGNI原則的核心思想是：只實(shí)現(xiàn)當(dāng)前需求所必須的功能，不要為未來可能需要的功能編寫代碼。

(3) YAGNI 原則的核心思想

YAGNI原則的核心思想是：避免過度設(shè)計(jì)和過早優(yōu)化，只實(shí)現(xiàn)當(dāng)前需求所必須的功能。這樣可以減少代碼的復(fù)雜性、提高開發(fā)效率和代碼質(zhì)量。

(4) 為什么選擇 YAGNI 原則？

①減少復(fù)雜性

過多的功能和代碼會(huì)增加系統(tǒng)的復(fù)雜性，難以理解和維護(hù)。
只實(shí)現(xiàn)當(dāng)前需求，可以使代碼更加簡潔和易于管理。

②提高開發(fā)效率

實(shí)現(xiàn)不必要的功能會(huì)浪費(fèi)時(shí)間和資源，降低開發(fā)效率。
專注于當(dāng)前需求，可以更快地交付功能和產(chǎn)品。

③減少錯(cuò)誤

不必要的功能和代碼會(huì)引入更多的錯(cuò)誤和 Bug，增加測試和調(diào)試的難度。
只實(shí)現(xiàn)當(dāng)前需求，可以減少潛在的錯(cuò)誤和 Bug。

④增強(qiáng)靈活性

未來的需求可能會(huì)變化，過早實(shí)現(xiàn)的功能可能會(huì)變得不再適用。
只實(shí)現(xiàn)當(dāng)前需求，可以保持系統(tǒng)的靈活性，便于將來根據(jù)實(shí)際需求進(jìn)行調(diào)整。

9. Delegation Principles

委托原則（Delegation Principles）強(qiáng)調(diào)將任務(wù)或職責(zé)委托給適當(dāng)?shù)膶ο蠡蚍椒▉硗瓿?，而不是由?dāng)前對象直接實(shí)現(xiàn)。這種方式可以提高代碼的靈活性、可維護(hù)性和可復(fù)用性。

(1) 委托原則的核心思想

委托原則的核心思想是：將任務(wù)或職責(zé)委托給最適合處理它的對象或方法。通過這種方式，可以減少代碼的耦合度，增強(qiáng)代碼的靈活性和可復(fù)用性。

(2) 為什么選擇委托原則？

①提高靈活性

委托可以讓對象在運(yùn)行時(shí)動(dòng)態(tài)地決定由誰來處理任務(wù)。
這使得系統(tǒng)更具適應(yīng)性和擴(kuò)展性。

②減少耦合

通過委托，類之間的依賴關(guān)系減少，降低了耦合度。
這使得代碼更容易理解和維護(hù)。

③增強(qiáng)可復(fù)用性

委托可以讓不同的對象共享相同的行為，從而提高代碼的復(fù)用性。
這減少了代碼的重復(fù)，提高了開發(fā)效率。

④提高測試性

通過委托，可以輕松地替換或模擬被委托的對象，增強(qiáng)了代碼的可測試性。
這使得單元測試更加容易。

10. Encapsulate the Changes

在軟件領(lǐng)域，唯一不變的就是變化。所以，總是將你認(rèn)為將來可能需要編輯的代碼封裝起來。

Encapsulate the Changes（封裝變化），旨在將可能變化的部分隔離和封裝起來，使得系統(tǒng)的其他部分不受這些變化的影響。通過封裝變化，可以提高代碼的可維護(hù)性、可擴(kuò)展性和穩(wěn)定性。

(1) 封裝變化核心思想

封裝變化的核心思想是：將變化的部分封裝在一個(gè)獨(dú)立的模塊、類或方法中，使得系統(tǒng)的其他部分不依賴于這些變化。這樣可以減少代碼的耦合度，提高系統(tǒng)的靈活性和可維護(hù)性。

(2) 為什么選擇封裝變化？

①提高可維護(hù)性

通過封裝變化，代碼的修改只需在一個(gè)地方進(jìn)行，減少了維護(hù)的復(fù)雜性。
這使得代碼更容易理解和管理。

②提高可擴(kuò)展性

封裝變化使得添加新功能或修改現(xiàn)有功能變得更容易，而不會(huì)影響系統(tǒng)的其他部分。
這有助于系統(tǒng)的擴(kuò)展和演進(jìn)。

③減少耦合

通過封裝變化，可以減少代碼之間的依賴關(guān)系，使得系統(tǒng)更加模塊化。
這有助于提高代碼的復(fù)用性和靈活性。

④提高穩(wěn)定性

封裝變化可以減少因修改代碼而引入的錯(cuò)誤，提高系統(tǒng)的穩(wěn)定性。
這有助于確保系統(tǒng)的可靠性和可預(yù)測性。

Java中的許多設(shè)計(jì)模式使用封裝。封裝的一個(gè)例子是工廠設(shè)計(jì)模式。該設(shè)計(jì)模式封裝了對象創(chuàng)建的代碼，使你在以后引入新應(yīng)用程序或網(wǎng)站時(shí)更靈活，而不會(huì)影響當(dāng)前代碼。

11. Favor Composition Instead of Inheritance

Favor Composition Instead of Inheritance（優(yōu)先使用組合而不是繼承）原則是軟件設(shè)計(jì)中的一個(gè)重要原則，特別是在面向?qū)ο缶幊蹋∣OP）中，該原則強(qiáng)調(diào)優(yōu)先使用對象組合來實(shí)現(xiàn)功能，而不是通過繼承來擴(kuò)展類的功能。

(1) 優(yōu)先使用組合核心思想

Favor Composition Instead of Inheritance 的核心思想是通過組合多個(gè)對象來實(shí)現(xiàn)復(fù)雜功能，而不是通過繼承來擴(kuò)展類的功能。這種方式可以提高代碼的靈活性、可維護(hù)性和可復(fù)用性。

(2) 為什么選擇優(yōu)先使用組合?

①減少耦合

繼承會(huì)導(dǎo)致子類與父類之間的強(qiáng)耦合，子類高度依賴父類的實(shí)現(xiàn)。
組合可以減少這種耦合，使得對象之間的依賴關(guān)系更加松散。

②提高靈活性

通過組合，可以動(dòng)態(tài)地改變對象的行為，而繼承則是在編譯時(shí)決定的。
組合使得系統(tǒng)更具適應(yīng)性和擴(kuò)展性。

③增強(qiáng)可復(fù)用性

組合可以將多個(gè)小對象組合成更復(fù)雜的行為，從而提高代碼的復(fù)用性。
這減少了代碼的重復(fù)，提高了開發(fā)效率。

總結(jié)

編程是一個(gè)看似簡單，但是還是有很大學(xué)問，特別是編寫出高質(zhì)量的優(yōu)雅代碼，最后我們再總結(jié)下本文總結(jié)的 11種原則：

DRY，Don't Repeat Yourself
KISS，Keep It Simple And Stupid
Refactor
SOLID
Document Your Code
Creation Over Legacy
YAGNI，You Aren't Gonna Need It
Delegation Principles
Clean Code At All Costs
Encapsulate the Changes
Favor Composition Instead of Inheritance

本文鏈接：http://www.www897cc.com/showinfo-26-103568-0.html優(yōu)雅代碼，建議掌握這 11個(gè)編程原則！

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com

上一篇：昂貴的質(zhì)量——為什么bug總在發(fā)生？

下一篇：結(jié)合實(shí)例深入理解C++對象的內(nèi)存布局

標(biāo)簽：

熱門焦點(diǎn)

天貓精靈Sound Pro體驗(yàn)：智能音箱沒有音質(zhì)？來聽聽我的

這幾年除了手機(jī)作為智能生活終端最主要的核心之外，第二個(gè)可以成為中心點(diǎn)的產(chǎn)品是什么？——是智能音箱。手機(jī)在執(zhí)行命令的時(shí)候有兩種操作方式，手和智能語音助手，而智能音箱只
6月安卓手機(jī)好評(píng)榜：魅族20 Pro蟬聯(lián)冠軍

性能榜和性價(jià)比榜之后，我們來看最后的安卓手機(jī)好評(píng)榜，數(shù)據(jù)來源安兔兔評(píng)測，收集時(shí)間2023年6月1日至6月30日，僅限國內(nèi)市場。第一名：魅族20 Pro好評(píng)率：95%5月份的時(shí)候魅族20 Pro就是
消息稱迪士尼要拍真人版《魔發(fā)奇緣》：女主可能也找黑人演員

8月5日消息，迪士尼確實(shí)有點(diǎn)忙，忙著將不少動(dòng)畫改成真人版，繼《美人魚》后，真人版《白雪公主》、《魔發(fā)奇緣》也在路上了。據(jù)外媒消息稱，迪士尼將打造真人版
新電商三兄弟，“抖快紅”成團(tuán)！

來源：價(jià)值研究所作者：Hernanderz 隨著內(nèi)容電商的概念興起，抖音、快手、小紅書組成的“新電商三兄弟”成為業(yè)內(nèi)一股不可忽視的勢力，給阿里、京東、拼多多帶去了巨大壓
一條抖音4億人圍觀 ! 這家MCN比無憂傳媒還野

作者：Hiu 來源：互聯(lián)網(wǎng)品牌官01 擦邊少女空降熱搜，幕后推手曝光被網(wǎng)友譽(yù)為“純欲天花板”的女網(wǎng)紅井川里予，近期因?yàn)橐唤M哥特風(fēng)照片登上熱搜，引發(fā)了一場互聯(lián)網(wǎng)世界關(guān)于
OPPO、vivo、小米等國內(nèi)廠商Q2在印度智能手機(jī)市場份額依舊高達(dá)55%

7月20日消息，據(jù)外媒報(bào)道，研究機(jī)構(gòu)的報(bào)告顯示，在全球智能手機(jī)出貨量同比仍在下滑的大背景下，印度這一有潛力的市場也未能幸免，出貨量同比也有下滑，多家廠
2納米決戰(zhàn)2025

集微網(wǎng)報(bào)道從三強(qiáng)爭霸到四雄逐鹿，2nm的廝殺聲已然隱約傳來。無論是老牌勁旅臺(tái)積電、三星，還是誓言重回先進(jìn)制程領(lǐng)先地位的英特爾，甚至初成立不久的新
AMD的AI芯片轉(zhuǎn)單給三星可能性不大與臺(tái)積電已合作至2nm制程

據(jù) DIGITIMES 消息，英偉達(dá) AI GPU 出貨逐季飆升，接下來 AMD MI 300 系列將在第 4 季底量產(chǎn)。而半導(dǎo)體業(yè)內(nèi)人士表示，近日傳出 AMD 的 AI 芯片將轉(zhuǎn)單給
iQOO Neo8系列新品發(fā)布會(huì)

旗艦雙芯更強(qiáng)更Pro

優(yōu)雅代碼，建議掌握這 11個(gè)編程原則！