設計決策-Javascript數組或http處理程序

Question

我正在構建一個允許用戶選擇顏色和大小的網頁。 一旦選擇了它們，我需要執行查找以查看庫存是否存在，並基於此更新一些UI元素。

我當時想將所有單一產品數據放入多維JavaScript數組（任何頁面實例只有10至50條記錄）並圍繞它編寫一些客戶端例程，這是出於兩個原因的方法。 一是因為它可以使用戶界面保持快速，二是可以最大程度地減少對服務器的回調。 我擔心這種解決方案的是代碼氣味。

作為一種替代方案，我正在考慮使用一種使用HTTP處理程序和JSON的更AJAX純粹方法，或者可能是兩者結合使用。 我的問題是，您對使用ASP.Net 2.0堆棧解決此問題的最佳解決方案有何想法？

[編輯]

我還應該提到此頁面將在SharePoint環境中運行。

Answer 1

假設數據是靜態的，我將投票選擇選項1。 在JavaScript數組中存儲和檢索數據元素相對簡單，並且完全在您的控件之內。 調用服務器會引入很多可能的故障點。 此外，我認為將數據存儲在頁面內將需要較少的整體代碼，並且對JavaScript的基本了解將更易於理解。

Answer 2

我反對Ajax執行此類任務，並投票（並實施）第一個選擇。

據我了解，如果JS部分是由服務器端編寫的，則不會創建Code氣味 。

從用戶的角度來看，Ajax是無線瀏覽的體驗殺手，因為任何小故障或錯誤服務都將失敗或僅將交互延長20倍！

在我的網站上，我實現的記錄甚至超過您的記錄，並且用戶喜歡它。 由於我的一些用戶使用可上網的咖啡廳或可疑的酒店wifi，因此無法正常使用。

此外，Ajax使您的服務器與客戶之間的交互代碼更加復雜，即IMO，這是Web編程中最棘手的部分。

Answer 3

到目前為止，我會選擇您的第二個選擇。 只要在這種情況下AJAX調用不會執行長時間運行的過程，它就應該非常快。

我處理的應用程序在AJAX和HttpHandler上有很多功能，我們的調用執行速度很快。 只需確保最小化響應中返回的JSON大小即可。

Answer 4

選擇第二個選項。 如果涉及的項目很少，則AJAX調用應該表現良好。 您將使代碼遠離客戶端，希望避免客戶端腳本可能引起的任何基於瀏覽器的問題，並擁有更干凈的應用程序。

編輯

還應考慮用戶可以修改客戶端腳本。 如果沒有其他驗證發生在用戶的選擇中，則這可能允許他們配置斷貨的產品。