html css js為什么不直接設(shè)計(jì)成可視化的,像做PPT那樣？有很多可視化的HTML CSS JS工具，比如：DW，h5builder，Baidu website framework，Vue等但是

html css js為什么不直接設(shè)計(jì)成可視化的,像做PPT那樣？

有很多可視化的HTML CSS JS工具，比如：DW，h5builder，Baidu website framework，Vue等

但是效果不如PPT，這涉及到一個(gè)基本的問題：開發(fā)語言。

Ppt屬于Microsoft的封閉式office套件，其格式是獨(dú)占的，并且沒有供開發(fā)人員使用的用戶定義的開發(fā)腳本（excel有VBA宏）。Word具有基本的功能。Ppt僅提供封閉效果引用，如動畫、圖片效果渲染等

Html是一種超文本標(biāo)記語言。在JS腳本和CSS樣式表的描述下，提供給瀏覽器（開放軟件）臨時(shí)編譯對象在瀏覽器框架下運(yùn)行。因此，有些網(wǎng)頁在一個(gè)瀏覽器中顯示正常，在另一個(gè)瀏覽器中顯示不正常。因此，很難提供一個(gè)類似ppt的可視化框框用于網(wǎng)頁的拖放編輯。

近年來，經(jīng)過前端開發(fā)和后端開發(fā)的分離，前端正朝著框架和模板的方向發(fā)展。如果沒有后臺的數(shù)據(jù)支持，在開發(fā)階段，很多頁面甚至是空白的，這就更不可能用PPT的方式開發(fā)了

商城網(wǎng)站大型促銷活動頁面設(shè)計(jì)如何做？

我不知道你說的是前端還是后端。如果是后端，訪問量大，可以參考以下方法：

1。將推廣活動與主站分開部署，防止推廣活動失敗和主站崩潰。

2. 活動服務(wù)器可以集群化，以分散突然激增的流量。

2. 推廣頁面采用靜態(tài)頁面，頁面的所有交互都由前端完成，減輕了數(shù)據(jù)庫的壓力。另外，在促銷開始前，隱藏訂單鏈接，避免用戶提前刷單。

3. 活動開始后，將顯示訂單鏈接。同時(shí)，將所有訂單請求放入隊(duì)列系統(tǒng)，超過一定數(shù)量促銷商品庫存的請求被定向到活動結(jié)束頁面。主動隊(duì)列采用先進(jìn)先出策略。在上一個(gè)請求完成訂單后，可以處理下一個(gè)請求。

4. 對于已取消的訂單，應(yīng)將已訂購貨物的數(shù)量及時(shí)返回到庫存，以確定隊(duì)列是否可以重新處理訂單請求。

以上是我個(gè)人的理解，僅供參考

根據(jù)我的理解，首先要考慮的是活動設(shè)計(jì)是PC還是移動終端。通常，如果PC終端進(jìn)行活動管理，即活動配置，則移動終端是活動的顯示和操作，例如秒殺活動。一種是顯示活動啟動需要多長時(shí)間，另一種是點(diǎn)擊秒殺按鈕，然后進(jìn)行秒殺活動換句話說，當(dāng)用戶點(diǎn)擊按鈕時(shí)，需要給用戶一個(gè)回調(diào)頁面，即告訴用戶自己成功還是失敗。當(dāng)然，服務(wù)器如何處理這一點(diǎn)是后端應(yīng)該做的。通常，后端會使用集群、分布式、限流和內(nèi)存數(shù)據(jù)庫來完成這些任務(wù)。當(dāng)然，很多活動都有這種結(jié)構(gòu)，然后不同的活動也應(yīng)該考慮，比如前端，需要同步處理，需要異步處理，這也是一個(gè)性能優(yōu)化的問題。所以如果只考慮前端要做什么樣的頁面，根據(jù)用戶的一般操作流程劃分或設(shè)計(jì)多個(gè)頁面，然后再考慮頁面的呈現(xiàn)和不同頁面的生命周期。后端是考慮不同用戶的平均訪問量和峰值訪問量來設(shè)計(jì)后端活動架構(gòu)，并將其作為一個(gè)整體進(jìn)行組合。但是我們來談?wù)勊墓δ?，比如秒殺活動、團(tuán)購活動、限時(shí)搶購活動等等。這些頁面的繪畫風(fēng)格可以借鑒一些群，一些東，一些寶，一些貓，一些多，然后加入一些自己的設(shè)計(jì)元素。此外，首頁還應(yīng)考慮不同屏幕的適應(yīng)性。一般來說，前端有自適應(yīng)單元可供參考。以上是我的理解。我希望它能被采納