我們可以使用挖空ContainerLess語法找到很多示例和代碼(即使我很難找到正確的文檔from their site)。如何挖掘容器少語法的工作? (它是邪惡的嗎?)
我的第一個問題的提法是「它是邪惡的嗎?」,但我不得不承認我真的不知道它是如何工作的,以及它如何確保瀏覽器不會轉換或僅僅刪除/更改註釋部分?
所以,我改變我的問題:
它是如何工作(前處理,預渲染......)?
(這是邪惡?我不禁想到,改變評論的性質是不好的方式)。
感謝
我們可以使用挖空ContainerLess語法找到很多示例和代碼(即使我很難找到正確的文檔from their site)。如何挖掘容器少語法的工作? (它是邪惡的嗎?)
我的第一個問題的提法是「它是邪惡的嗎?」,但我不得不承認我真的不知道它是如何工作的,以及它如何確保瀏覽器不會轉換或僅僅刪除/更改註釋部分?
所以,我改變我的問題:
它是如何工作(前處理,預渲染......)?
(這是邪惡?我不禁想到,改變評論的性質是不好的方式)。
感謝
無容器控制流的工作我的掃描中的註釋與ko
啓動,並提供有效的綁定意見。從某種意義上說,它不是「邪惡的」,如果這就是你所要求的,那麼效率低下或反對模式。
如果你真的有興趣知道,這裏是source code。這很簡單,但。它掃描註釋,解析綁定,然後將它們傳遞給標準綁定處理程序。
我不明白你在問什麼。我這樣說是因爲我相信我不會是唯一的一個。 –
換句話說:開發人員應該避免的是無容器的基本語法嗎? – Askolein