面向?qū)ο蟪绦蛟O(shè)計（英語：Object-oriented programming，縮寫：OOP）是種具有對象概念的編程典范，同時也是一種程序開發(fā)的抽象方針。它可能包含數(shù)據(jù)、特性、代碼與方法。對象則指的是類（class）的實例。它將對象作為程序的基本單元，將程序和數(shù)據(jù)封裝其中，以提高軟件的重用性、靈活性和擴展性，對象里的程序可以訪問及經(jīng)常修改對象相關(guān)連的數(shù)據(jù)。在面向?qū)ο蟪绦蚓幊汤?，計算機程序會被設(shè)計成彼此相關(guān)的對象。面向?qū)ο蟪绦蛟O(shè)計可以看作一種在程序中包含各種獨立而又互相調(diào)用的對象的思想，這與傳統(tǒng)的思想剛好相反：傳統(tǒng)的程序設(shè)計主張將程序看作一系列函數(shù)的集合，或者直接就是一系列對電腦下達(dá)的指令。面向?qū)ο蟪绦蛟O(shè)計中的每一個對象都應(yīng)該能夠接受數(shù)據(jù)、處理數(shù)據(jù)并將數(shù)據(jù)傳達(dá)給其它對象，因此它們都可以被看作一個小型的“機器”，即對象。目前已經(jīng)被證實的是，面向?qū)ο蟪绦蛟O(shè)計推廣了程序的靈活性和可維護(hù)性，并且在大型項目設(shè)計中廣為應(yīng)用。此外，支持者聲稱面向?qū)ο蟪绦蛟O(shè)計要比以往的做法更加便于學(xué)習(xí)，因為它能夠讓人們更簡單地設(shè)計并維護(hù)程序，使得程序更加便于分析、設(shè)計、理解。反對者在某些領(lǐng)域?qū)Υ擞枰苑裾J(rèn)。當(dāng)我們提到面向?qū)ο蟮臅r候，它不僅指一種程序設(shè)計方法。它更多意義上是一種程序開發(fā)方式。在這一方面，我們必須了解更多關(guān)于面向?qū)ο笙到y(tǒng)分析和面向?qū)ο笤O(shè)計（Object Oriented Design，簡稱OOD）方面的知識。許多流行的編程語言是面向?qū)ο蟮模鼈兊娘L(fēng)格就是會透由對象來創(chuàng)出實例。重要的面向?qū)ο缶幊陶Z言包含Common Lisp、Python、C++、Objective-C、Smalltalk、Delphi、Java、Swift、C#、Perl、Ruby、JavaScript 與 PHP等。

可以說所有計算機編程都?xì)w結(jié)為 if/then 和 if/then else 語句嗎？

不完全 - 但接近。 艾倫圖靈（他因布萊切利成名）證明，只要一種語言具有四種能力，那么你就可以計算任何可以計算的東西——它們是：

1. 從內(nèi)存中讀取位的能力（和前進(jìn)）

2. 能夠向內(nèi)存寫入一點并前進(jìn)

3. 測試和跳躍的能力

4. 無條件跳躍的能力

1 & 2 是對內(nèi)存的訪問，3 是 if/then/else 或其等效項，4 是 goto（或跳轉(zhuǎn)到函數(shù)）。

你可以用這 4 個命令模擬加法和減法，從那里你可以得到除法和乘法等等； 通過正確的數(shù)據(jù)編碼，您可以構(gòu)建一個文本解析器、一個編譯器甚至一個神經(jīng)網(wǎng)絡(luò)——盡管這些代碼有點難以追蹤。

為什么 CPU 只有幾千字節(jié)的緩存？ 它是如何工作的？

首先，您的問題已經(jīng)過時了。 現(xiàn)代 CPU 有數(shù)兆字節(jié)的緩存。緩存如何工作是一個漫長而復(fù)雜的故事。從功能上講，緩存保存一組地址和值對。 每次有一個地址的讀請求，如果該地址在緩存中，則返回該值。 這稱為緩存命中。 如果地址不在緩存中，則稱為緩存未命中。 在選擇另一個要彈出的地址和值對以騰出空間后，讀取內(nèi)存并將地址和值對添加到緩存中。如果程序執(zhí)行內(nèi)存寫入，則地址和值對將添加到緩存中，如果它們不在緩存中，則彈出另一對以騰出空間。

您如何識別 AI 編寫的文本？

GPT-3 使用預(yù)測文本，這意味著它會梳理互聯(lián)網(wǎng)以查找通常按順序出現(xiàn)的下一個內(nèi)容。問題在于：大多數(shù)博客都寫得不好。 對于每篇優(yōu)質(zhì)的紐約時報文章，都有 50 篇 SEO 文章（1500 字的文章只需要 700 字）。 關(guān)于食譜和家居裝修的文章是最嚴(yán)重的違規(guī)者。例如，我在 AI 編寫器中輸入了關(guān)于如何早起的提示。 這是返回的內(nèi)容：準(zhǔn)時起床。 這是讓您的一天以正確的方式開始的最重要的一步。 準(zhǔn)時起床的最佳方法是早上例行公事。 您可以為特定時間設(shè)置鬧鐘，但如果您想早起，您應(yīng)該制定某種例行程序，幫助您每天在同一時間起床。注意單詞的重復(fù)和多余的想法。 整段內(nèi)容可以壓縮為“早安習(xí)慣可以幫助您更快醒來并提高工作效率。”Google Brain 的高級研究員 Daphne Ippolito 說：“如果你有足夠的文本，一個非常簡單的線索就是‘the’這個詞出現(xiàn)了太多次?！蔽以谥甘敬~（這個、那個、這些和那些）中也注意到了這一點。 人工智能寫作中到處都是它們（有經(jīng)驗的作家知道你通常可以從句子中刪除“這個”和“那個”）。

是否仍在制作 32 位程序，或者現(xiàn)在制作的每個程序都是 64 位的？

你不會相信，但 Windows x64 下的很多/大多數(shù)程序?qū)嶋H上是半 32 位的。 原因很簡單，Microsoft 在開始使用 Win64 以保持與 Win32 的兼容性時決定將本機 C 類型（INT、LONG）保留為 32 位。 Win64 程序在處理內(nèi)存時是 64 位的，指針也是 64 位的。有多少程序是 32 位或 64 位取決于初始程序的編寫方式。 如果 32 位程序未正確編寫，要獲得 64 位版本將需要進(jìn)行重大更改。 許多人不在乎，今天仍然有很多軟件是 32 位的。在 Windows 上也存在安裝問題。 32 位程序需要 32 位 DLL，64 位程序需要 64 位 DLL。 這意味著如果程序是 Shell 擴展，它必須提供 32 位和 64 位 DLL。 這也會阻止某些程序支持 64 位或同時支持 32 位和 64 位。就我而言，長期以來，我所有的 Windows 程序都是 64 位和 Unicode (UTF-16) 程序。 在內(nèi)部，像許多其他人一樣，如果足夠的話我使用 INT 和 LONG，所以 32 位指令。 在極少數(shù)情況下，我不得不使用 LONG LONG，64 位類型。 當(dāng)然，指針除外。

但移動程序是另一回事。 Apple 很長一段時間（2017 年）取消了對 32 位的支持，并迫使所有人切換到 64 位。 32 位支持已從 CPU 中移除。 這不是 x86 的情況，它根本無法刪除 CPU 中的 32 位支持（如上所述）。Android 正朝著相同的方向發(fā)展，Android 12 僅為 64 位。 Qualcomm SoC 和其他處理器現(xiàn)在是不對稱的，有些內(nèi)核支持 32 位，有些則不支持。 到 2023 年，與同時支持 32 位和 64 位的內(nèi)核相比，我們將擁有更多僅支持 64 位內(nèi)核的 SoC。

為什么那么多開發(fā)人員討厭面向?qū)ο缶幊蹋?/strong>