我正在開發一個基於Tapestry 5的Web應用程序，該應用程序應該向API和Android設備公開API。目前，API是使用tapestry的內置MVC功能實現的。例如，所有服務都是處理器方法，它們返回專用於移動訪問的Tapestry頁面類中的JSON字符串。身份驗證是通過Spring Security完成的，每個用戶都綁定到一個會話。我對這個東西比較陌生，所以如果我錯了，請糾正我的錯誤，但這似乎不是一個非常乾淨的解決方案。將API公開給Tapestry Web應用程序
這個解決方案有什麼可能的缺點？ 使用REST-API代替它有什麼重要的優勢？ 在這種情況下最好的做法是什麼？
對於SeeSaw.com我們有類似的要求，從我們的T5 web應用暴露的飼料，並嘗試了一些不同的方法。
對於我們公開的只讀數據，編寫一個呈現XML（或JSON）作爲提要的T5頁面/組件。對於讀/寫數據，我們通過JSON實現掛毯OnXXX事件。通過這種方式分割出來，您可以獲得更高效的網站（因爲只讀內容可以被緩存）。
也許這將幫助...
要從文章
在本文中，我想與大家分享在5.3引入了一個新的真棒掛毯功能引用。此功能允許您通過創建多個模板爲單個頁面提供不同的外觀。這些不同的模板被Tapestry用來爲不同的客戶端以特殊的方式渲染同一頁面。例如，爲標準客戶端和移動客戶端開發Web應用程序時，您可能需要根據當前客戶端渲染不同的頁面。因此，您需要爲每個頁面創建兩個不同的模板，並根據客戶端發送的用戶代理程序選擇其中一個。
這可能是您正在尋找的「乾淨解決方案」？乾杯!
Murray ...