個(gè)人web開(kāi)發(fā)asp.net core和php7之間如何選擇？看到上面的兩條評(píng)論。Net，我忍不住回答PHP不是很清楚，但是現(xiàn)在ASP.NET核心已經(jīng)不是過(guò)去的樣子了。第一，運(yùn)營(yíng)效率，ASP.NET核

個(gè)人web開(kāi)發(fā)asp.net core和php7之間如何選擇？

看到上面的兩條評(píng)論。Net，我忍不住回答

PHP不是很清楚，但是現(xiàn)在ASP.NET核心已經(jīng)不是過(guò)去的樣子了。

第一，運(yùn)營(yíng)效率，ASP.NET核心是快。因?yàn)?。Net內(nèi)核編譯，其執(zhí)行速度比PHP快得多，特別是在多線程/異步環(huán)境下。

第五梯隊(duì)，更糟節(jié)點(diǎn).js……跨平臺(tái)，不用說(shuō)，就是三跨。

但從生態(tài)角度來(lái)說(shuō)。Net內(nèi)核不如Java，nuget也不是素食主義者。有更多的輪子可用。至于PHP的生態(tài)，我不確定，但應(yīng)該不錯(cuò)

許多Java開(kāi)發(fā)人員喜歡攻擊。Net開(kāi)發(fā)人員，認(rèn)為。Net只需要拖動(dòng)控件和編寫(xiě)事件。事實(shí)上，事實(shí)并非如此。這種網(wǎng)絡(luò)表單已經(jīng)被淘汰了。當(dāng)前ASP.NET核心已經(jīng)現(xiàn)代化。

ASP.NET核心優(yōu)勢(shì)：生成Web UI和Web API的統(tǒng)一場(chǎng)景。

構(gòu)建可測(cè)試性。

Razor頁(yè)面使基于頁(yè)面的編碼更簡(jiǎn)單、更高效。

它可以在windows、Mac OS和Linux上開(kāi)發(fā)和運(yùn)行。

開(kāi)源和以社區(qū)為中心。

集成新的客戶(hù)端框架和開(kāi)發(fā)工作流。

基于環(huán)境的云就緒配置系統(tǒng)。

內(nèi)置依賴(lài)注入。

輕量級(jí)高性能模塊化HTTP請(qǐng)求管道。

它可以在IIS、nginx、Apache、docker上管理，也可以在自己的進(jìn)程中自我管理。

基于。Net內(nèi)核運(yùn)行時(shí)，可以使用并行應(yīng)用程序版本控制。

由于受訪者從未使用過(guò)PHP，因此他們不會(huì)對(duì)此發(fā)表太多評(píng)論。然而，PHP也是目前最熱門(mén)的語(yǔ)言之一，也是許多大公司的選擇。而且，PHP最大的優(yōu)勢(shì)在于開(kāi)發(fā)效率和用人成本。

微服務(wù)調(diào)用為啥用RPC框架，http不更簡(jiǎn)單嗎？

簡(jiǎn)單一點(diǎn)，HTTP是協(xié)議，RPC是概念！RPC可以基于HTTP協(xié)議（feign）、TCP協(xié)議（netty）、RMI協(xié)議（soap）和web服務(wù)（XML-RPC）框架實(shí)現(xiàn)。在傳輸過(guò)程中，由于序列化方法的不同，也出現(xiàn)了一些框架和協(xié)議，如Dubbo中的Dubbo協(xié)議、grpc protobuf序列化協(xié)議等。實(shí)際上，它們都是基于遠(yuǎn)程調(diào)用的概念。什么是遠(yuǎn)程呼叫？

關(guān)鍵是RPC是遠(yuǎn)程調(diào)用。遠(yuǎn)程調(diào)用是客戶(hù)端通過(guò)上述協(xié)議向服務(wù)器發(fā)送接口、參數(shù)、參數(shù)類(lèi)型、方法、返回值、返回值類(lèi)型等（稱(chēng)為方法簽名），通知服務(wù)器要調(diào)用的接口方法。這個(gè)過(guò)程就是RPC的實(shí)現(xiàn)過(guò)程！HTTP和RPC是兩碼事

！在性能方面，HTTP本身是基于TCP協(xié)議的，屬于應(yīng)用層協(xié)議，所以HTTP協(xié)議本身在實(shí)現(xiàn)過(guò)程中會(huì)占用大量的資源（內(nèi)存、帶寬等）。在性能方面，它肯定不如直接通過(guò)TCP實(shí)現(xiàn)的RPC協(xié)議快。不管HTTP有多優(yōu)化，它絕對(duì)沒(méi)有TCP那么快！另一方面，TCP依賴(lài)于字節(jié)碼。目前常用的是將客戶(hù)端調(diào)用的接口信息以序列化的方式發(fā)送到服務(wù)器端。序列化框架包括許多內(nèi)容（Hession、protobuf、kryo等）。Kryo具有最高的序列化性能，protobuf具有序列化后最小的字節(jié)碼）。序列化后的字節(jié)碼越小，占用的帶寬越小，序列化時(shí)間越長(zhǎng)，線程IO延遲越短，線程IO延遲越小。因此，在具體的應(yīng)用層，有很多技術(shù)可以討論。您可以根據(jù)自己的硬件能力選擇相應(yīng)的技術(shù)

！歡迎熱愛(ài)科技的人們來(lái)探索

webAPI怎樣理解？

1、為什么選擇web API？

Web API是一種網(wǎng)絡(luò)應(yīng)用程序接口。它包含廣泛的功能。通過(guò)API接口，網(wǎng)絡(luò)應(yīng)用可以實(shí)現(xiàn)存儲(chǔ)服務(wù)、消息服務(wù)、計(jì)算服務(wù)等功能，利用這些功能可以開(kāi)發(fā)出功能強(qiáng)大的web應(yīng)用。

2、Web平臺(tái)分為七個(gè)基礎(chǔ)設(shè)施，線索是這些產(chǎn)品提供了API，分別是：1）存儲(chǔ)服務(wù)：存儲(chǔ)服務(wù)側(cè)重于抽象化和虛擬化存儲(chǔ)。

2）Openemy服務(wù)：它提供了一個(gè)類(lèi)似于文件系統(tǒng)接口的API，但增加了標(biāo)記文件的功能。

3）消息服務(wù)：消息服務(wù)在概念上類(lèi)似于傳統(tǒng)的中間件。

4）計(jì)算服務(wù)：目前，沒(méi)有可以通過(guò)API訪問(wèn)的web計(jì)算服務(wù)的通用黑盒，但是有許多技術(shù)指向這個(gè)方向。

5）信息服務(wù)：信息服務(wù)提供大量具體信息。6）搜索服務(wù)：由于搜索在Web領(lǐng)域的基礎(chǔ)和優(yōu)勢(shì)地位，搜索服務(wù)構(gòu)成了新的Web基礎(chǔ)結(jié)構(gòu)的關(guān)鍵部分。

7）Web2.0服務(wù)：最后一大類(lèi)稱(chēng)為Web2.0服務(wù)。

微軟計(jì)劃終止對(duì)Visual Basic的支持，開(kāi)發(fā)者需做好哪些準(zhǔn)備？

從開(kāi)始。Net 5，VB將支持類(lèi)庫(kù)、控制臺(tái)、Windows窗體、WPF、woker服務(wù)和ASP.NETCoreWebAPI為現(xiàn)有客戶(hù)提供了一個(gè)將其應(yīng)用程序遷移到的好途徑。網(wǎng)芯。

在一篇博客文章中，開(kāi)發(fā)團(tuán)隊(duì)寫(xiě)道：“展望未來(lái)，我們不會(huì)繼續(xù)發(fā)展visual basic，而是將重點(diǎn)放在上面提到的穩(wěn)定性和兼容性改進(jìn)上?！薄?/p>

在全球化時(shí)代。Net，微軟發(fā)布了。Net版本的VB與C#。然而，隨著時(shí)間的推移，專(zhuān)業(yè)開(kāi)發(fā)人員越來(lái)越傾向于選擇C?而不是VB。凈額。

事實(shí)上，微軟現(xiàn)在幾乎所有的開(kāi)發(fā)文檔都只使用C#，但是沒(méi)有VB的源代碼示例。2017年宣布的聯(lián)合發(fā)展戰(zhàn)略已經(jīng)結(jié)束。

對(duì)于新的VB開(kāi)發(fā)人員，最好將現(xiàn)有的代碼庫(kù)升級(jí)到。盡可能快地收集核心信息。畢竟。NET5.0將迎來(lái)一個(gè)新時(shí)代，許多舊技術(shù)將不再受支持。

例如，使用WebForms、workflow或WCF的開(kāi)發(fā)人員可以繼續(xù)使用classic。Net，這些應(yīng)用程序?qū)⒗^續(xù)受到支持，直到相應(yīng)的Windows操作系統(tǒng)版本被淘汰。

最后，微軟指出VB開(kāi)發(fā)者將享受到visualstudio帶來(lái)的更多改進(jìn)，因?yàn)樵摴緯?huì)定期添加新功能，改善開(kāi)發(fā)體驗(yàn)，比如最近增加了對(duì)VB的intellicode支持。