一般來說，不會存在某個接口廢棄的說法，因為即使不面向接口編程，那就相當于直接是把類給廢棄了。就拿常見的緩存來說，緩存可以有 文件緩存、數據庫緩存、Redis 這種。如果你一開始就使用文件緩存，代碼里面導出也充斥著文件緩存（類）的引用，那如果將來有一天，文件緩存已經不能滿足承載了，你要更新到 Redis，那么你就要把你之前代碼中所有的文件緩存相關的代碼都改成 Redis。當然，如果你說你熟練使用 Replace ，把一些使用的地方 Replace 掉就好了，再把原來的 FileCache 類改改實現，就可以了。那換個說法，現在某些場景下，需要使用 Redis 緩存、某些場景下需要文件緩存，且將來某個時機，都可能會遷移到 Redis 緩存去，你該怎么去設計？現在，你只需要設計一個 Cache 的接口。包含 put/get/remove/flush 這幾個方法，現在你只需要分別創建 FileCache 和 RedisCache 類來實現這個接口。然后在實際使用時，指定類型提示為 Cache 接口，現在你就可以放心的使用了，即便是以后換了其他的緩存，只需要保證傳遞進去的是一個實現了 Cache 接口的對象實例就可以。這樣就實現了低耦合。

如果你把問這個問題的時間花在看教程上，那就太好了。然而，我們都曾有過這樣的經歷，在探索新語言時感到困惑。下次不要問你家庭作業的答案。 因此，我知道您希望使用Perl，這是一個不錯的選擇。我自己最近也做過類似的工作，下面是我的方法。 正如R.Sebesta（2019）在《編程語言的概念》（第12版）一書中所述，動態范圍界定的最佳示例是Perl和Common Lisp。基本上，它基于僅在運行時確定的子程序調用序列。 以下程序顯示子程序調用如何影響變量值： $x = 0;$y = 0;$z = 0;sub sub1{ local $a = 1; local $y = 1; local $z = 1; return sub3();}sub sub2{ local $a = 2; local $b = 2; local $z = 2; sub sub4 { local $a = 4; local $b = 4; local $w = 4; } return "Sub".$a.".A, "."Sub".$b.".B, "."Sub".$w.".W, "."Sub".$x.".X,"."Sub".$y.".Y, "."Sub".$z.".Z"; }sub sub3{ local $a = 3; local $x = 3; local $w = 3; return sub2();}print su

這被稱為self-hosting或bootstrapping。基本思路如下： 使用您選擇的其他編程語言為一小部分Rust編寫一個初始編譯器。現在有了編譯器C0。 使用您有編譯器的Rust子集，完全在Rust中重寫C0的源代碼。用編譯器C0編譯那個程序，形成編譯器C1。 通過向剛剛編寫的編譯器中添加代碼來正確解析和實現這些特性，從而將特性添加到Rust中。用C1編譯這個Rust程序，形成編譯器C2。 通過重復步驟（3）任意多次，您可以逐步地向Rust語言添加越來越多的特性，而Rust編譯器總是用Rust本身編寫的。 有一個著名的演講叫做關于信任的思考，它討論了這個過程是如何工作的，以及你如何利用這個過程來做邪惡的事情。

你的流行音樂例子不正確。關鍵在于將共享代碼提取到協議中，而不是不必要地復制內容。所以FirstViewControllerProtocols是有意義的，但絕對沒有理由使用SecondViewControllerProtocol。第二種類型符合SecondViewControllerProtocol？如果你擺脫了它，你會發現你的大部分問題都消失了。 但不是所有的。您也在談論IBOutlets，這不僅僅是共享代碼的問題。如果SecondViewController真的是一種FirstViewController（而不僅僅是“碰巧共享幾個按鈕”），那么繼承可能是有意義的。如果只是有幾個相關的iboutlet，那么復制iboutlet，因為它們與類型相關。那不是繼承。 根據您的描述，您的想法是“我有很多代碼恰好是類似的，所以我應該做一些事情來抽象它。”這不是方法；如果它們只是“有點相似”，那么問問自己，你是否在毫無目的地創建抽象。如果更改了FirstViewController，SecondViewController是否也必須更改？如果不是的話，它們實際上并不是很相關。“干”（不要重復你自己）是關于概念，而不是擊鍵。 方法是“我有兩個基本相似的東西，隨著時間的推移會以相似的方式改變，并且有適用于兩者的算法，所以我應該提取一個protocol.”

我完全確信（1000%） 這不是一個家庭作業問題 大部分代碼都是你開發的 只是缺少了一些小的東西來為這個復雜的需求創建解決方案 而且，我們是來幫忙的！！！ 所以，讓我們看看。嗯，怎么辦。也許我們需要在開始時評估一些非常復雜的語句。 一分鐘有60秒，一小時有60分鐘。 如果我們有很多秒，那么這可能是多少分鐘。 也許，我們可以用整數除以60得到分鐘數。 比如minutes = seconds / 60。但是，呃，也許可以休息一下。怎么計算呢？我們可以使用"rest"-operator或也稱為模運算符。 So restSeconds = seconds % 60 但我們將遇到另外一個非常復雜的情況。我們還有幾個小時。天啊。你知道什么？但我們很聰明，知道我們用分秒所做的事情也會持續數小時數分鐘。 現在是復雜的部分。我們需要將獲得的專有技術從分鐘/秒問題轉移到小時/分鐘問題。 經過一兩個小時的思考，我們可以得出以下結論： unsigned int secondsFromBeginOfDay = 12345;unsigned int hours = secondsFromBeginOfDay / 3600; // 3unsigned int restMinutes = secondsFromBeginOfDay % 3600; // 1545unsigned int minutes = res

你是對的，這篇文章也是對的，但是有一點需要澄清。 標記語言（HTML、XAML、markdown等）是聲明性語言的一個例子，它說“這就是結果應該是什么（例如，屏幕應該是什么樣子，需要多少輸入或輸出，等等）。聲明性語言不說明如何做某事，但最終依賴于“引擎”“這必然會產生結果。 相反，命令式語言描述了實現最終結果所必須采取的每個步驟（即算法）。這是一套說明。 您的語句“計算機仍然必須遵循標記語言的指示才能在屏幕上顯示信息”之所以正確，是因為聲明性語言必須依賴較低級別的命令式運算符和語句，如條件、循環等（命令式）來實現聲明。 順便提一下，回到你的頭銜。。。兩者都是編程語言。他們只是使用了不同的范例。

我認為有兩種慣用的寫作方式： 使用對chain的嵌套調用： pipe( fetchDataA(), TE.chain(a => { // capture `a` here return pipe( fetchBBasedOnOutputOfA(a), // use `a` to get `b` TE.chain(b => fetchCBasedOnOutputOfAandB(a, b)) // use `a` and `b` to get `c` ) })) 使用Do表示法：fp-ts公開了一個“do”語法，它可以減輕與chain的過度嵌套，特別是當您需要捕獲大量稍后在程序流的不同部分重用的值時。 pipe( // begin the `do` notation TE.Do, // bind the first result to a variable `a` TE.bind('a', fetchDataA), // use your `a` to get your second result, and bind that to the variable `b` TE.bind('b', ({ a }) => fetchBBasedOnOutputOfA(a)), // finally, use `a` and `b` to get your third resu

有了位于0x0888的gadget，我們可以從堆棧中加載所有x19-x24并返回，因此我們可以任意設置它們的值并繼續。 0x0878有mov w0, w22，這很好，但是分支是到x3，我們還不能控制它。 但是請備份一些說明并查看0x0868小工具。值得注意的是： ldr x3, [x21, x19, lsl #3] //... mov w0, w22 blr x3 因此，如果在上一步中，我們加載x21的某個地址中可以找到指向win的指針（可能是我們設置的堆棧上的一個位置），并將x19設置為零，那么x3中就得到了win。同樣地，如果我們在前面的步驟中用0xdeadbeef加載了x22，那么我們在w0中得到它。因此，我們應該能夠根據需要設置w0以分支到win。

如果你對編碼一無所知，我會說去python。它簡單易懂。

您不應該從Identifiable（有泛型）繼承您的協議，在這種情況下，而是顯式地添加id，然后below（簡化）就可以編譯了 protocol GameCharacter { var id: String { get } // << here !! var name: String {get} var maxHealt: Int {get} var healt: Int { get set } }struct Warrior: GameCharacter { var name: String var maxHealt: Int var healt: Int var resistence: Int var id: String { // << here !! return name }}

sum未初始化為0，因此您的行為未定義。然后根據編譯器、平臺、天氣…得到不同的結果。。。。

我從Java開始，這是個好決定。java是調試的好方法，對C++初學者來說是比較友好的。但我不知道C。我認為Java畢竟更具通用性。這里有更精確的差異：https://www.educba.com/java-vs-c-sharp/

在情形1中，Responsibility == Any，所以兩個協議都滿足了。 在情形2中，您實現了一個需求（子需求），但沒有實現另一個需求（父需求）。父親需要一種接受任何東西的方法，而蓋伊卻沒有實現。 “繼承”一個協議僅僅意味著“為了符合這個協議，一個類型也必須符合另一個protocol.”，這和子類化完全不同。 這種協議的設計可能是非常無助的，所以我不會繼續沿著這條路走下去。如果您發現自己在協議中傳遞Any，那么您可能已經走上了一條不好的道路。這不是面向協議的編程。它只是“定義一些protocols.”，但這就是它編譯或不編譯的原因。

@Order注釋或實現@Ordered接口是Spring-specific，因此只對Spring-managed組件有影響。AspectJ是一個獨立于Spring的產品。它有自己聲明和處理優先級的方法： 在AspectJ編程指南中搜索術語“precedence”，特別是declare precedence語句。 前一篇文檔解釋了基本知識以及如何在原生AspectJ語法中聲明優先級，請在aspectj5開發人員的筆記本中搜索@DeclarePrecedence，以了解annotation-syntax替代方法。 注意：我問你是使用原生AspectJ還是Spring AOP，因為注釋是有序的，而且在Spring AOP中，一個方面不能建議另一個方面。因此，您想要的只是在原生AspectJ中才可能實現。

您應該使用： RemoveHandler textBoxListViewText.TextChanged, AddressOf TextBoxListViewTextTextChanged and AddHandler textBoxListViewText.TextChanged, AddressOf TextBoxListViewTextTextChanged