如何mock靜態(tài)方法？因?yàn)閙ockito使用繼承來實(shí)現(xiàn)mock，并使用cglib來生成mock對(duì)象，而不是真正的對(duì)象來執(zhí)行。對(duì)于mock實(shí)例的方法，可以在子類中重寫，而靜態(tài)方法不能被子類重寫，因此mo

如何mock靜態(tài)方法？

因?yàn)閙ockito使用繼承來實(shí)現(xiàn)mock，并使用cglib來生成mock對(duì)象，而不是真正的對(duì)象來執(zhí)行。對(duì)于mock實(shí)例的方法，可以在子類中重寫，而靜態(tài)方法不能被子類重寫，因此mockito不能模擬靜態(tài)方法。但是powermock可以模擬靜態(tài)方法，因?yàn)樗苯釉谧止?jié)碼上工作，比如：importorg.powermock.api. mockito.PowerMockitoimportorg.powermock.core公司. classloader.annotations.PrepareForTestimportorg.powermock.modules模塊. testng.PowerMockTestCaseimport導(dǎo)入org.testng.Assertimportorg.testng.annotations注釋. 測(cè)試@PrepareForTest( 抽象動(dòng)物類)公共類AbstractAnimalTest擴(kuò)展了PowerMockTestCase{@Testpublic void shouldGetMockedHello（）{PowerMockito.mockStatic文件( 抽象動(dòng)物類) 什么時(shí)候( 抽象動(dòng)物.getHello（））。然后返回（“你好，模仿動(dòng)物世界?。┳址畣柡蛘Z=抽象動(dòng)物.getHello() Assert.assertTrue( 你好。平等（“你好，嘲笑動(dòng)物世界！“）}

一個(gè)很好的問題。我是一個(gè)web應(yīng)用程序架構(gòu)師，多年來一直致力于回答這個(gè)問題。歡迎跟我來了解更多。

后端提供接口文檔為時(shí)已晚，這是合理和不合理的。根據(jù)具體情況，總有解決辦法。讓我談?wù)勎业挠^點(diǎn)。

不合理：成熟的技術(shù)團(tuán)隊(duì)重視功能設(shè)計(jì)，在編寫代碼之前有完整的技術(shù)文檔和功能定義。即使在TDD測(cè)試驅(qū)動(dòng)的開發(fā)模式下，測(cè)試數(shù)據(jù)已經(jīng)準(zhǔn)備好了，那么接口邏輯就已經(jīng)確定了接口文檔是否編寫好了，理清它們是很自然的。

-第一，主觀原因。原因是多方面的，比如趕進(jìn)度，沒有時(shí)間，不懶得寫，甚至在開發(fā)前沒有仔細(xì)設(shè)計(jì)，在做的時(shí)候也有變化。真的沒有好辦法。

-客觀原因：需求在變化，功能在變化，接口也在變化。所以，如果你寫了一個(gè)文件，它的自然更新和維護(hù)？天哪？

有解決方案嗎？建議嘗試：[1]swagger接口文檔，將文檔集成到代碼中，集成維護(hù)文檔和修改代碼，在修改代碼邏輯的同時(shí)方便修改文檔描述。

2、郵遞員界面測(cè)試工具，導(dǎo)入導(dǎo)出JSON文件，高效的團(tuán)隊(duì)合作。Postman支持各種請(qǐng)求方法和配置環(huán)境變量，對(duì)返回的結(jié)果進(jìn)行測(cè)試和驗(yàn)證，支持批量自動(dòng)操作，可與自動(dòng)構(gòu)建系統(tǒng)集成。

后端開發(fā)完接口才給出接口文檔，合理嗎？你怎么看？

程序員的概念在當(dāng)今社會(huì)非常普遍。它是時(shí)代創(chuàng)造的，也是一種潮流?？茖W(xué)技術(shù)是第一生產(chǎn)力，因?yàn)檫@個(gè)職業(yè)包含了這個(gè)社會(huì)太多人的技能，而不僅僅是代碼編寫、思維能力、行為模式等。從房東提出的問題可以預(yù)見，房東對(duì)這個(gè)職業(yè)了解不多。

那么我就從賺錢的角度（這可能是大多數(shù)人最關(guān)心的）告訴你前端和后端的利弊。

協(xié)調(diào)：北京（因?yàn)槲抑恢肋@一點(diǎn)，所以我也建議我年輕的時(shí)候，應(yīng)該在性價(jià)比更高的一線城市做程序員）。眾生——不是那么勤勞，也不是太有天賦：從入職到轉(zhuǎn)行，我基本上處于中等水平（或者可能是初級(jí)），程序員職業(yè)的工資在8-15k之間（不包括福利），在中等水平這個(gè)水平的學(xué)生，前面沒有什么區(qū)別而在后臺(tái)，他們中的大多數(shù)人都在寫業(yè)務(wù)或申請(qǐng)，他們中的大多數(shù)人都是為了運(yùn)氣而面試。如果他們是幸運(yùn)的，他們有一個(gè)低水平和高工資，但他們不是幸運(yùn)的，相反；

2。進(jìn)取型-非常勤奮，而且他們沒有太高的天賦：

這里我給出了“勤奮”的定義，即在整個(gè)程序員的職業(yè)生涯中不斷學(xué)習(xí)；

在這里每個(gè)間隔基本上都會(huì)達(dá)到準(zhǔn)高級(jí)的階段，而且很有可能成為高級(jí)。薪水大概在2.5-3萬之間，大多數(shù)能堅(jiān)持到這個(gè)階段的人都會(huì)有堅(jiān)持下去的理由，比如喜歡、愛、被生活所迫等等。在這種情況下，后端比前端更重要，因?yàn)楫?dāng)東西稀缺時(shí)，它總是很昂貴的。當(dāng)一個(gè)公司衡量一個(gè)人的工資時(shí)，它總是從稀缺性和不可替代性的角度來考慮支付多少。其他人的孩子-既有天賦又勤奮：

現(xiàn)階段的工資約為3-5萬，因此我們不能僅從以前的后端角度看待這一職業(yè)?；旧鲜菨M堆的。這是基于默認(rèn)情況下，你沒有問題寫業(yè)務(wù)。在架構(gòu)方面，訪談主要集中在算法、優(yōu)化、兼容性、底層等方面。所以在這個(gè)階段，我們應(yīng)該有能力成為許多事情的專家；

4。剩下的部分-請(qǐng)?jiān)徫覜]有總結(jié)這種人，因?yàn)槲蚁氩怀鋈魏卧~來形容他們：

跳過它。。我對(duì)他們也不是很熟悉。它們基本上與我的代碼世界是平行的；

總而言之，如果我們簡(jiǎn)單地混淆，我們可以看到哪一個(gè)容易開始，我們推薦前端。畢竟，閾值很低，單位時(shí)間早期的加速度很高。如果我們想有一個(gè)長(zhǎng)遠(yuǎn)的計(jì)劃，在這個(gè)時(shí)代，我們必須精通多種能力。無論我們專攻前端還是后端，在一定程度上，我們都是神。