導(dǎo)言：很多人想當(dāng)然的認(rèn)為Delphi不能開發(fā)B/S WEB應(yīng)用，其實Delphi發(fā)展到現(xiàn)在10.3，一直在不斷的進(jìn)步，Delphi不但鞏固了Windows本機軟件開發(fā)領(lǐng)域的王者地位，更擴展到了安卓、IOS、Linux跨平臺開發(fā)領(lǐng)域，成為APP快速開發(fā)的利器，同時很多Delphi第三方開發(fā)廠商也不遺余力的開發(fā)了很多Delphi WEB應(yīng)用解決方案。

作為最早的Delphi B/S WEB應(yīng)用解決方案，IntraWeb已經(jīng)推進(jìn)到了17版，當(dāng)前的發(fā)布版為15版，已經(jīng)相當(dāng)成熟，并被廣泛應(yīng)用與生產(chǎn)環(huán)境中。

漂亮的Delphi IntraWeb應(yīng)用

像桌面應(yīng)用程序一樣開發(fā)，但作為標(biāo)準(zhǔn)HTML和JavaScript部署到Web。無需插件。

以下是IntraWeb 17的路線圖，非常令人興奮！

支持

IDE： 待定

IntraWeb 14和16支持Delphi / C ++ 2009.目前這意味著13個 Delphi編譯器。添加C ++并且它加倍到26.這確實使構(gòu)建過程復(fù)雜化并使支持問題變得復(fù)雜，因為一些是特定于編譯器的。

較新版本的IntraWeb包含自愿遙測，它將通過HTTP調(diào)用報告有關(guān)IntraWeb安裝的基本匿名信息和其他相關(guān)數(shù)據(jù)。所有數(shù)據(jù)都將匿名報告，不包含任何私人或個人身份信息。報告的一些數(shù)據(jù)的示例將是IntraWeb版本，IDE版本和用于防止我們的日志中的重復(fù)條目顯示為多個安裝的匿名ID。這是作為IntraWeb IDE包中已存在的版本更新檢查的一部分實現(xiàn)的。

使用這些數(shù)據(jù)將使我們能夠更好地處理使用各種Delphi / C ++版本的用戶數(shù)量，并確定IntraWeb 17將支持哪些IDE版本。

瀏覽器： 在Flux中

IntraWeb 17正在向前邁進(jìn)，需要依靠現(xiàn)代瀏覽器中的最新功能。最終的瀏覽器支持將被確定，并且還將取決于最終版本的時間范圍以及每個瀏覽器如何執(zhí)行所需的高級功能。

IntraWeb 17將具有雙模式頁面（有關(guān)詳細(xì)信息，請參見下文）。對于IntraWeb 16及之前當(dāng)前存在的舊類型表單/頁面，瀏覽器要求將更加靈活。

模式可能會支持包括Internet Explorer在內(nèi)的舊版瀏覽器，但I(xiàn)WML可能只支持：

• Chrome：43或更高。
• Firefox：45或更高。
• Internet Explorer：不支持 - IE是一個死產(chǎn)品，正在被Edge取代。
• 邊緣：13，但更可能是因為Edge本身仍然處于不穩(wěn)定狀態(tài)。
• Mac瀏覽器：待定
• 移動：待定，但可能需要移動Chrome，移動Firefox或其他。

目標(biāo)

大爆炸

非常簡單地將IntraWeb方法再次放在Web開發(fā)的前面，并提供任何開發(fā)語言或平臺中任何其他框架中都不可用的Web生產(chǎn)力和功能。

在AJAX和其他功能出現(xiàn)在主流之前許多年，IntraWeb具有諸如umPartial等功能。相比之下，IntraWeb 17將更進(jìn)一步。

高度兼容

IntraWeb 17將需要進(jìn)行重大更改，但我們理解允許現(xiàn)有代碼以最小的更改工作的重要性。在核心區(qū)域，將評估重大變更的移植現(xiàn)有項目所需的時間。

IntraWeb 17包含一個新的頁面類型（現(xiàn)在稱為Page17）。仍將支持舊頁面類型（頁面16），允許現(xiàn)有表單按原樣使用。

并行開發(fā)

IntraWeb 16和IntraWeb 17正在并行開發(fā)。

特征

IntraWeb 17目前包含許多新功能。隨著開發(fā)的進(jìn)展，某些功能可能會分階段發(fā)布（即17.1,17.2等）或推送到未來的IntraWeb版本，如IntraWeb 18。

IWML（IntraWeb標(biāo)記語言）

IWML是 IntraWeb 17 的核心功能，它將帶來以前Web應(yīng)用程序通常無法使用的功能。學(xué)到更多

Server Manager

服務(wù)器管理器是一個新的可選組件，可以使用所有部署模式（ISAPI，Apache等），它們將允許：

應(yīng)用管理

• 動態(tài)加載和卸載應(yīng)用程序
• 收集和查看有關(guān)用戶和應(yīng)用程序的統(tǒng)計信息，例如會話列表，使用的內(nèi)存等。
• 實時更新 - 讓新用戶保持舊實例，而新用戶在更新版本的應(yīng)用程序上運行。當(dāng)舊實例中的所有用戶都注銷時，舊實例將被禁用。
• 能夠禁用應(yīng)用程序并為用戶提供消息。

用戶管理

• 能夠發(fā)送管理員消息
• 查看用戶和會話時間
• 能夠強制關(guān)閉個人或所有用戶會話

ACORN

甲通則 ? ompact ? bject ? eadable ?浮選

IWML使用ACORN。ACORN是一種可擴展的規(guī)范，旨在實現(xiàn)靈活性，緊湊性，易讀性，易于解析和易于流式傳輸。ACORN是在對XML的極度干擾和偏移（經(jīng)常使用移位擊鍵）感到失望之后設(shè)計的，并且嚴(yán)重限制以及較小（與XML相比）但仍然存在JSON的干擾和偏移。

ACORN是一種EOL分隔規(guī)范，使解析變得更加容易。

我們打算記錄并打開任何人免費使用的ACORN。

IWCL

IWCL指的是IntraWeb組件庫。IWCL不是Delphi IntraWeb組件，而是在瀏覽器中運行的IntraWeb JavaScript庫。在IntraWeb 17中，現(xiàn)有的JavaScript IWCL仍然是為了確保兼容性，但I(xiàn)WML使用基于TypeScript的更新的IWCL。

對話框

JavaScript對話框非常有限，并阻止其他選項卡?，F(xiàn)有的基于DOM的對話框更好，但仍然有局限性和副作用。IntraWeb 17將有一個自定義的統(tǒng)一對話框架來解決這些限制和問題。

統(tǒng)一圖書館

目前，每種部署類型都具有唯一的項目類型。ISAPI是一種項目類型，另一種是SA，依此類推。源文件可以共享，但這會產(chǎn)生額外的維護問題。作為服務(wù)器管理器所需更改的一部分，將存在一個新的通用項目類型，然后由ISAPI，Apache，ASP.NET的填充程序動態(tài)加載（事實上，IntraWeb的ASP.NET已經(jīng)是一個加載IntraWeb庫的填充程序）可以加載通用庫。StandAlone不需要填充程序，但也會加載此通用庫類型。

這將在部署期間添加一個所需的文件，但這是一個小缺點值得它帶來的好處。

響應(yīng) - 手機，平板電腦，桌面

IWML的新布局提供了響應(yīng)式布局作為其性質(zhì)的一部分，并允許頁面輕松地從小型手機屏幕調(diào)整到大型桌面顯示器。

語氣

通過纖維或停滯的線程。

TypeScript推理

有限的自動Delphi到TypeScript的翻譯。

WordPress集成

此功能仍在調(diào)查中，但可能的功能包括：

• 能夠為WordPress頁面提供短代碼
• 能夠?qū)⒄麄€頁面提供給WordPress
• 登錄和用戶集成
• 能夠檢索WordPress內(nèi)容并在IntraWeb頁面中顯示它

Facebook整合

能夠發(fā)布到Facebook，使用Facebook登錄等。

的WebSockets

IWML可以更輕松地修改DOM（瀏覽器中的網(wǎng)頁），這使得更容易執(zhí)行實時更新，遠(yuǎn)遠(yuǎn)超出AJAX的功能。問題的第二部分是延遲，被最終用戶視為延遲或遲緩。

AJAX和其他通信方法都需要通過HTTP。HTTP使用短期連接，因此將其用作實時通信通道是不可行的。AJAX提交請求并等待響應(yīng)，但如果服務(wù)器想要推送它必須等待客戶端檢入。這些請求中的每一個都建立一個新的連接，即使在快速連接上也可能需要幾分之一秒 - 足夠讓用戶注意到響應(yīng)滯后。由于處理無法緩存的如此多的連接請求的簡單開銷，服務(wù)器上的大量負(fù)載也會減慢連接響應(yīng)時間。

WebSockets 是一種允許通過HTTP進(jìn)行持久TCP連接的協(xié)議。WebSockets已經(jīng)出現(xiàn)了一段時間，但是在瀏覽器中不同程度的支持阻礙了使用，但更重要的是，在Internet服務(wù)提供商或企業(yè)級別上使用舊的或配置錯誤的代理，有效地禁用了許多用戶的WebSockets。

截至2017年，WebSockets的情況已大大改善，并期待繼續(xù)增加支持。WebSockets支持可能是IWML的可選功能，但在使用時，它將允許從瀏覽器到服務(wù)器的消息響應(yīng)時間非常快，并且還允許服務(wù)器與瀏覽器通信，而無需等待瀏覽器啟動通信。

這種類型的低延遲通信通道可實現(xiàn)更高速的事件，例如可用于直接在服務(wù)器上處理來自瀏覽器的實時鍵盤輸入的按鍵事件。它還可以實現(xiàn)鼠標(biāo)移動跟蹤。這只是兩個簡單的例子。

這使得IntraWeb可以生成幾乎像桌面應(yīng)用程序一樣的應(yīng)用程序，但沒有安全風(fēng)險，沒有安裝，也沒有遠(yuǎn)程桌面會話的延遲。使用的帶寬非常小，因為與遠(yuǎn)程桌面會話不同，原始元數(shù)據(jù)正在被發(fā)送而不是一點一點地被刪除，并且像遠(yuǎn)程桌面解決方案必須一樣發(fā)送圖像。

官方網(wǎng)站：https://www.atozed.com/intraweb

歡迎加入Delphi知識局QQ群:32422310