整合營銷服務(wù)商
電腦端+手機端+微信端=數(shù)據(jù)同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數(shù)據(jù)同步管理
免費咨詢熱線：
obias Uhlig - 13分鐘閱讀
這篇文章故意具有挑戰(zhàn)性、兩極化和發(fā)人深省的特點。它涵蓋了很多你很可能不知道的新鮮內(nèi)容和想法。
我將盡力創(chuàng)造一個連貫的邏輯論證鏈，你可以按照它來了解前端開發(fā)應(yīng)該如何運作。
我也會盡量保持這篇博文的簡單性，以便 "非開發(fā)人員 "大多能夠跟上。
你們都見過像這樣的CPU的圖片。
例如，如果你使用的是Mac，你可以點擊左上角的蘋果圖標(biāo)，然后點擊 "About This Mac"，它將顯示類似的內(nèi)容。
處理器 3,2 GHz 8核英特爾至強W處理器
一部iPhone有6個內(nèi)核。
每臺電腦或智能手機都有幾個核心可用。
這意味著你可以并行地運行多個線程。
你會只用一個發(fā)動機氣缸來跑一輛車嗎？
如果你的答案是："當(dāng)然不是！"。這將是非常緩慢的!"，那么你應(yīng)該仔細(xì)閱讀這篇文章。
就其本身而言，瀏覽器將在每個標(biāo)簽/窗口中只使用一個內(nèi)核。
意思是：你的Angular或React應(yīng)用程序看起來像這樣。
你的應(yīng)用程序中運行的JavaScript任務(wù)越多，它的速度就越慢。最糟糕的情況是UI完全凍結(jié)，你的一個核心處于100%的狀態(tài)，而其他所有的核心都完全閑置。
這根本就不具有可擴展性。
[題外話】如果你正在創(chuàng)建簡單、小型和相當(dāng)靜態(tài)的網(wǎng)站或應(yīng)用程序，這種設(shè)置就足夠了。
Web Workers API - Web APIs | MDN
Web Workers使得在獨立于主執(zhí)行線程的后臺線程中運行腳本操作成為可能...
developer.mozilla.org
Web Workers 使得在一個獨立于 Web 應(yīng)用程序的主執(zhí)行線程的后臺線程中運行腳本操作成為可能。這樣做的好處是，可以在一個單獨的線程中進行費力的處理，使主線程（通常是 UI）的運行不會被阻塞/減慢。
Web Worker - 維基百科
zh.wikipedia.org
W3C和WHATWG設(shè)想Web工作者是長期運行的腳本，不會被響應(yīng)點擊或其他用戶交互的腳本所打斷。讓這樣的工作者不被用戶活動打斷，應(yīng)該可以讓網(wǎng)頁在后臺運行長任務(wù)的同時保持響應(yīng)性。
Worker 最簡單的用途是在不中斷用戶界面的情況下執(zhí)行一項計算量大的任務(wù)。
因此，使用工作者，我們實際上可以并行使用多個核心，結(jié)束這種可擴展性的噩夢。
讓下面這段話真正沉淀下來。
Worker最簡單的用途是在不中斷用戶界面的情況下執(zhí)行一項計算量大的任務(wù)。
這導(dǎo)致了一個問題。
"什么是最昂貴的任務(wù)？”
答案很簡單：UI框架或庫本身，以及我們用它構(gòu)建的應(yīng)用程序。
這就引出了一個想法。讓我們把所有能移出主線程的東西都移出來，這樣這個線程就能純粹地專注于它要做的事情：操作DOM。
如果你的應(yīng)用程序不再在主系統(tǒng)中運行，那么就沒有什么東西可以減緩或阻止你的用戶界面或產(chǎn)生內(nèi)存泄漏。
這種想法正導(dǎo)致以下概念。
為了解決這個性能瓶頸，我們希望讓主線程盡可能地空閑下來，這樣它們就可以完全專注于渲染/動態(tài)操作DOM。
現(xiàn)在可能發(fā)生的最壞情況是，你的應(yīng)用程序工作者會放慢速度，而這個核心以100%的速度運行。然而，這不會影響你的用戶界面（渲染線程→主線程）。
對于單頁應(yīng)用程序（SPA）來說，可能是最好的解決方案，看起來像這樣。
為了防止應(yīng)用程序Worker處理過多的邏輯，我們可以選擇使用虛擬 DOM 工作器，在那里計算狀態(tài)轉(zhuǎn)換之間的延遲更新。對于具有相當(dāng)空閑的應(yīng)用Worker的應(yīng)用程序，你可以選擇直接在應(yīng)用Worker內(nèi)部運行虛擬DOM引擎來代替。
我們還可以使用一個數(shù)據(jù)Worker。如果我們有一個遠(yuǎn)程數(shù)據(jù)存儲，并希望在本地對數(shù)據(jù)進行排序/分組/過濾，這些計算可以在那里進行。
這篇博文介紹了如何在保持相同的 API 的情況下使Worker的使用成為可有可無的。
JavaScript開發(fā)。制作一個可供選擇的Web Worker
如果你有很多與JavaScript相關(guān)的邏輯在主線程或Web Worker內(nèi)運行，這就很有意義了。
在WorkerGlobalScope里面，window和window.document是未定義的。
意思是：你根本無法直接訪問真正的DOM。
因此，我們在這里基本上有兩個選擇。
選項 1 是在Worker內(nèi)部重新創(chuàng)建整個 DOM API。在我看來，這是個壞主意。Worker不了解 DOM 是有原因的，而且有大量的邏輯在頻繁變化。DOM OPs 變得不同步，如果你依次觸發(fā)了很多，就會導(dǎo)致大量的 Worker postMessages。唯一的好處是，你可以像以前一樣繼續(xù)寫你的應(yīng)用程序，這是值得懷疑的。我將在后面介紹如何做得更好。
實際上，有一個項目正是這樣做的。
GitHub - ampproject/worker-dom: 你所知道的相同的DOM API和框架，但在一個Web Worker中。
更聰明的做法是選項2：堅持Worker不應(yīng)該知道真正的DOM的概念。
這使得使用虛擬DOM成為絕對必要的。
在社交媒體上閱讀時，我經(jīng)常看到類似 "vdom is bad!"這樣的帖子，很頻繁。
這根本不是真的。這在很大程度上取決于它是如何被實施的。
Angular和React的主要障礙是基于xml或JSX的模板。這些家伙需要被轉(zhuǎn)換為我們可以使用的數(shù)據(jù)結(jié)構(gòu)。
JavaScript既不快，也不是為解析字符串而生。
解析模板的成本很高，甚至服務(wù)器端渲染（SSR）又開始流行。我在20年前就去過那里，創(chuàng)建了一個基于PHP的CMS，生成html輸出文件。
你可以說，今天有了云，可以處理更多的客戶端連接，但富/胖/厚客戶端的概念仍然完全有意義。
實際上有一個。
OffscreenCanvas - Web APIs | MDN
OffscreenCanvas接口提供了一個可以在屏幕外渲染的畫布。它在窗口和屏幕外都可以使用。
Worker可以接收 Canvas DOM節(jié)點的所有權(quán)。
這在Chromium中已經(jīng)運行得很好了，Safari（Webkit）和Firefox正在積極實施。這可能還需要6個月的時間，所以這是2022年的一個話題。
雖然JavaScript不擅長解析字符串，但它擅長處理嵌套的對象/陣列結(jié)構(gòu)。這種格式有一個名字，你肯定很熟悉。JSON。
如果我們堅持使用基于JSON的vdom語法，就不需要在你的用戶界面中反復(fù)進行昂貴的模板解析，甚至不需要將這部分移到構(gòu)建步驟中。
這無疑在某種程度上類似于直接使用JSX輸出的工作。
做得好的話，虛擬DOM里面沒有變量、if/else語句、綁定、方法、循環(huán)或任何形式的邏輯。你永遠(yuǎn)不會看到有1000多行代碼的模板（看Angular）。
使用程序化的方法，你將在屬于它的地方使用邏輯：在JavaScript內(nèi)部。例如，在創(chuàng)建一個列表時，你可以先創(chuàng)建一個骨架的Vdom，一旦數(shù)據(jù)存儲被加載，就在記錄上進行迭代，并在運行中創(chuàng)建新的虛擬DOM節(jié)點。
這個概念允許我們在運行時從根本上改變一個組件的Vdom。是的，在一個組件被安裝之前和之后，改變它的vdom的工作方式是完全一樣的。
實現(xiàn)無限滾動或其他高級功能變得很容易。
你可以在這里找到更多的投入。
您使用基于JSON的虛擬DOM的好處
基于JSON的虛擬DOM的新格式化概念
雖然程序化的方法對低級別的vdom OPs來說是有意義的，但我們肯定更喜歡用聲明式的方法來創(chuàng)建我們的應(yīng)用程序。
為了實現(xiàn)這兩點，我們唯一需要做的就是在vdom上面增加一個聲明性的抽象層：組件樹。
意思是：你只在創(chuàng)建你的組件類時使用vdom。對于創(chuàng)建應(yīng)用程序，你可以只堅持使用組件樹。
當(dāng)React在5到8年前開始流行的時候，瀏覽器在支持最新的ECMAScript功能方面的狀況很糟糕。
例如，沒有對類（ES6）或JS模塊的支持。
在這一點上，將UI開發(fā)轉(zhuǎn)移到node中是完全合理的。
意思是：你可以使用最新的語言功能，并以一個構(gòu)建步驟為代價，將你的代碼編譯/轉(zhuǎn)譯成瀏覽器能夠理解的Javascript。
瀏覽器供應(yīng)商在追趕方面做得很好。今天，許多閃亮的新功能都可以直接使用，而且大多數(shù)第三階段的建議確實可以立即實施。
在Worker范圍內(nèi)，JS模塊在Chromium內(nèi)工作正常。Webkit（Safari）也完成了實現(xiàn)，但它仍然限于Safari技術(shù)預(yù)覽版。Mozilla（火狐）正在積極地推動它。
我們可以肯定地認(rèn)為，全面支持在2022年準(zhǔn)備就緒。
構(gòu)建步驟很昂貴，對于UI庫或框架的開發(fā)模式來說，應(yīng)該不再需要。
其優(yōu)勢是顯而易見的。
特別是創(chuàng)建和調(diào)試代碼將再次成為一種樂趣，因為我們可以確保沒有外部因素導(dǎo)致的錯誤。
像webpack這樣的工具肯定還是需要的，以創(chuàng)造地區(qū)/生產(chǎn)的輸出。然而，它們將是構(gòu)建工具，而不是運行時環(huán)境。
從node到deno的轉(zhuǎn)換將進一步促進這一點。CommonJS將遲早消亡。一旦deno有了一個包管理器，越來越多的包將使用可以在瀏覽器中運行的語法（例如，不使用裸模塊指定符→導(dǎo)入無效的路徑和沒有文件名擴展）。
這一條可能是本文中最有爭議的部分。JS社區(qū)一分為二：有些人喜歡使用TS，而有些人則拒絕碰它。期待大家的討論。
我的意見。
現(xiàn)在，當(dāng)在node中開發(fā)UI，并且有一個必要的構(gòu)建/轉(zhuǎn)譯步驟時，使用TS就可以了。
一旦UI開發(fā)重新進入瀏覽器，這種情況將發(fā)生根本性的改變。
你會為使用TS而設(shè)置一個完整的構(gòu)建步驟嗎？
在這一點上，它變得太昂貴了。
問題是。TS不是一個網(wǎng)絡(luò)標(biāo)準(zhǔn)。目前還沒有計劃在瀏覽器中實施它。
歷史已經(jīng)多次告訴我們，不基于網(wǎng)絡(luò)標(biāo)準(zhǔn)的網(wǎng)絡(luò)技術(shù)會發(fā)生什么：它們會在某個時刻消失。MS Silverlight就是一個完美的例子。
一般來說，類型檢查是個好東西。主要問題是Angular和React沒有使用基于JSDoc的注釋，而JSDoc可以讓IDE在寫代碼時給你發(fā)出警告。
實際上，甚至有可能使用基于JSDoc的評論來 "偽造 "TS。
如何在JSDoc注釋中編寫TypeScript接口
這絕對是一個選擇，我們可以討論。
如果你真的想在你的編程語言中直接進行類型檢查，并且不關(guān)心構(gòu)建步驟，那么Dart2是不是更適合？
Dart2完全支持Worker，所以我們也可以讓W(xué)orker的設(shè)置在那里運行。在移動方面的優(yōu)勢包括AOT編譯。
公平地說：在React之前，有JQuery。當(dāng)React開始流行時，這是一個很大的改進，React是第一個使虛擬DOM流行的庫。
那么，為什么我們不應(yīng)該在2022年使用React呢？
讓我更深入地解釋一下這個問題：要防止?fàn)顟B(tài)變化觸發(fā)渲染，肯定是很復(fù)雜的。如果一個React組件包含子組件（render()里面的自定義標(biāo)簽），在你沒有仔細(xì)使用key的情況下，新的實例會被創(chuàng)建。
重新創(chuàng)建Component實例使函數(shù)式編程流行起來，因為創(chuàng)建類實例的頻率超過了必要的范圍，而且在你自己的Component實現(xiàn)中的內(nèi)存泄漏會造成傷害。
如果你有很多狀態(tài)道具，例如影響項目的位置，你將需要在你的JSX中添加相當(dāng)多的邏輯。
React只是一個庫，而不是一個框架。意思是說。組件幾乎是里面的全部內(nèi)容。沒有邏輯上的層次鏈，比如。
core.Base -> component.Base -> button.Base -> tab.header.Button
一旦解決了render()的瘋狂，你就可以為你想創(chuàng)建的東西挑選最合適的基類。例如，一個容器有一個vdom對象，它包含對其子項的vdom對象的引用。然后，我們可以改變子組件的vdom，而不需要重新創(chuàng)建它們基于JS的實例。
在這一點上，狀態(tài)管理變得微不足道，我們甚至不需要鉤子。特別是在確保對vdom引擎最多有一次調(diào)用的情況下，并行改變許多配置是關(guān)鍵。
將Worker的設(shè)置換成使用SharedWorkers，可以選擇性地增強這一概念。
這使我們能夠在不同的瀏覽器窗口中移動整個組件樹，同時保持其JS實例的位置。
多窗口狀態(tài)管理，不需要后臺。
可以進行跨窗口拖放。
博客里面有幾篇文章涉及細(xì)節(jié)。
獨自實施所有提到的想法簡直要花上幾年時間。
你很幸運，我已經(jīng)為你做了。生態(tài)系統(tǒng)內(nèi)有超過12,000個提交，完全由MIT授權(quán)。
GitHub - neomjs/neo：應(yīng)用工作者驅(qū)動的前端框架
這包括一個遠(yuǎn)程方法訪問API，使你能夠通過承諾（消息傳遞之上的抽象層）直接調(diào)用不同工作者或主的方法。
大量的組件已經(jīng)到位，還有控制器、視圖模型、應(yīng)用程序和其他實用類。
你不需要任何第三方庫來支持像MVVM、Observable和其他許多架構(gòu)設(shè)計模式。
尤其是狀態(tài)管理是非常容易的（提示：一個類的配置系統(tǒng)）。
許多演示應(yīng)用程序和例子都在等待你去探索，40多篇博客文章：https://neomjs.github.io/pages/
CLI是先進的：你可以用一個單行字創(chuàng)建一個新的應(yīng)用程序（工作區(qū)）：npx neo-app 。我們甚至可以得到跨應(yīng)用的分割塊，所以在把多個應(yīng)用放在一個頁面上時，幾乎沒有開銷。
14.最后的想法
其實你不必等到2022年，你現(xiàn)在就可以使用這些想法，讓你的前端開發(fā)更上一層樓。一些公司和開發(fā)人員已經(jīng)在做了，并且正在利用他們的先機將新技術(shù)轉(zhuǎn)化為商業(yè)優(yōu)勢。
neo.mjs被提名為 "最令人興奮的技術(shù)應(yīng)用"。
大多數(shù)開發(fā)者仍然不知道neo.mjs項目的存在，這讓人很無奈。
我很想看到有人在這些概念上證明我是錯的。
要做到這一點，你將需要創(chuàng)建你的第一個基于neo的PoC應(yīng)用。
在這種情況下，我希望能審查你的代碼。
對于在運行時的動態(tài)DOM操作，neo是最快的選擇。特別是當(dāng)它涉及到大型和復(fù)雜的應(yīng)用程序時。
我剛剛創(chuàng)建了一個關(guān)于如何使用這項技術(shù)實際建立一個應(yīng)用程序的教程。
定義一個web4.0應(yīng)用為多線程的應(yīng)用
(本文由聞數(shù)起舞翻譯自Tobias Uhlig的文章《The best frontend development strategies in 2022》，轉(zhuǎn)載請注明出處，原文鏈接：https://itnext.io/the-best-frontend-development-strategies-in-2022-cb02dd7aa48b)
織夢cms收費后，很多使用dedecms的站長都轉(zhuǎn)移到了別的cms系統(tǒng)上，上一期也給大家分享了幾款國外開源cms系統(tǒng)，今天來給大家分享幾款國內(nèi)的免費且可商用的php cms系統(tǒng)：
PbootCms
PbootCMS是全新內(nèi)核且永久開源免費的PHP企業(yè)網(wǎng)站開發(fā)建設(shè)管理系統(tǒng)，是一套高效、簡潔、 強悍的可免費商用的PHP CMS源碼，能夠滿足各類企業(yè)網(wǎng)站開發(fā)建設(shè)的需要。系統(tǒng)采用簡單到想哭的模板標(biāo)簽，只要懂HTML就可快速開發(fā)企業(yè)網(wǎng)站。官方提供了大量網(wǎng)站模板免費下載和使用，將致力于為廣大開發(fā)者和企業(yè)提供最佳的網(wǎng)站開發(fā)建設(shè)解決方案。
用戶通過官網(wǎng)獲取免費域名授權(quán)碼即算授權(quán)成功，并永久有效，授權(quán)后允許刪除前后臺頁面版權(quán)標(biāo)識。
迅睿CMS
迅睿CMS開源框架支持Codeigniter、Laravel、ThinkPHP三種內(nèi)核可選，支持的微信公眾號，小程序，APP客戶端，移動端網(wǎng)站，PC網(wǎng)站等多站式管理系統(tǒng)，滿足各類用戶在不同應(yīng)用場景的需求。
軟件遵循MIT開源協(xié)議，免費且不限商用
極致CMS
極致CMS是開源免費的PHPCMS網(wǎng)站內(nèi)容管理系統(tǒng)，無商業(yè)授權(quán)，簡單易用，提供豐富的插件，幫您實現(xiàn)零基礎(chǔ)搭建不同類型網(wǎng)站（企業(yè)站，門戶站，個人博客站等），是您建站的好幫手。
HkCms
HkCms是一款免費開源內(nèi)容管理系統(tǒng)，核心采用了ThinkPHP6.0框架等眾多開源軟件。我們一直致力于為企業(yè)建站提供免費開源的內(nèi)容管理系統(tǒng)，在您遵守《HKCMS軟件許可使用協(xié)議》下可將HkCms開源內(nèi)容管理系統(tǒng)用于商業(yè)。
SSYCMS
SSYCMS是一套免費開源可商用的內(nèi)容管理系統(tǒng)。在保留底部版權(quán)的情況下，你可以免費的用來搭建站點，而不需要支付任何費用。SSYCMS內(nèi)容管理系統(tǒng)采用熱門框架，方便開發(fā)者二次開發(fā)系統(tǒng)，前臺采用Bootstrap4.x，后臺采用vue2.x、iview3.x。系統(tǒng)使用Thinkphp5.x框架，架構(gòu)模式為PHP+MYSQL
MyCms自媒體
MyCms自媒體內(nèi)容管理系統(tǒng)是一款基于Laravel開發(fā)的開源免費的自媒體博客CMS系統(tǒng)，適用于個人網(wǎng)站及企業(yè)網(wǎng)站開發(fā)使用，助力開發(fā)者知識技能變現(xiàn)。
MyCms基于Apache2.0開源協(xié)議發(fā)布，免費且不限制商業(yè)使用。
DiYunCMS(帝云CMS)
DiYunCMS內(nèi)容管理框架是基于 PHP7/PHP8 語言采用CodeIgniter4 作為開發(fā)框架生產(chǎn)的網(wǎng)站內(nèi)容管理框架，提供“電腦網(wǎng)站 + 手機網(wǎng)站 + 多終端 + APP 接口”一體化網(wǎng)站技術(shù)解決方案。她擁有強大穩(wěn)定底層框架，以靈活擴展為主的開發(fā)理念，二次開發(fā)方便且不破壞程序內(nèi)核，為 WEB 藝術(shù)家創(chuàng)造的 PHP 建站程序，PHP多用途建站框架。適用于小型站點、企業(yè)級網(wǎng)站、新聞內(nèi)容網(wǎng)站、綜合門戶網(wǎng)站等，中小企業(yè)與建站公司實用的免費CMS建站系統(tǒng)。
以上就是七款國內(nèi)免費開源且可商用的PHP CMS推薦，有需要的朋友可以了解下！
有cms通用，淘寶客關(guān)鍵詞搜索產(chǎn)品單頁，通過關(guān)鍵詞獲取淘寶客產(chǎn)品獨立頁面，cms通用安裝簡單！
輸入：i5i.net 碼山俠
1、所有Cms通用，整個tbk文件解壓復(fù)制，放到網(wǎng)站根目錄。本程序為自適應(yīng)，手機電腦一個頁面！可自用！
2、本程序需要自己申請?zhí)詫毧蚢pi接口和pid參數(shù)，很簡單，幾分鐘就搞定。
3、如下效果：本程序代碼原創(chuàng)開發(fā)，寫的簡單精煉，就一個php文件和css以及txt緩存文件，整個tbk文件夾上傳根目錄即可。
4、可以引導(dǎo)放到網(wǎng)站欄目頁，用戶購買就有錢啦，更多玩法歡迎討論！
下載：i5i.net
前端樣式：
什么是淘寶搜索關(guān)鍵詞？
用戶在淘寶的搜索引擎中，通過輸入關(guān)鍵詞來篩選符合條件的寶貝，從而使?jié)M足條件的寶貝獲得展示的詞語。
簡單地說，目標(biāo)客戶搜索的詞就是你的關(guān)鍵詞。
比如說你是賣襯衫的，你店鋪的襯衫這個詞就屬于你一個目標(biāo)客戶搜索的詞。
搜索襯衫可以找到你店鋪，找到產(chǎn)品，這個詞肯定就是你的一個關(guān)鍵詞。
我們做標(biāo)題優(yōu)化找關(guān)鍵詞要考慮兩方面，關(guān)鍵詞的熱度以及競爭度。
這里我們需要通過生意參謀看兩個數(shù)據(jù)，全網(wǎng)搜索人氣，全網(wǎng)在線商品數(shù)。
通過這兩個就能看出來一個關(guān)鍵詞的熱度，還有競爭度。
*請認(rèn)真填寫需求信息，我們會在24小時內(nèi)與您取得聯(lián)系。
