通過查詢Dynamis CRM 2013中的Web服務來構建自定義UI視圖的建議方法是什麼？

Question

這可能已經被討論，但在動態CRM 2013的情況下，我想知道什麼是推薦的，最簡單的方法（我的是一個現場部署）：

問題：

2013年可能是一個已知的痛點 - 用戶希望看到公司和相關聯繫人，子公司的「所有活動」，但排除少數活動（如活動電子郵件）的請參閱 。

解決方案：

思考，以創建自定義窗體或可以使用CRM Web服務來查詢這些數據，並使其成爲公司形式的一部分網絡資源。

的問題是：

什麼是一個簡單的方法做一個自定義的頁面，在這裏我可以使用CRM網絡 服務，查詢所有活動的數據和過濾活動 電子郵件，並顯示它像電網？我看到兩個選項：

1. 開發（使用SDK的二進制文件作爲參考和CRM Web服務）和託管CRM的那個之外的單獨ASPX Web應用程序（在IIS）和 使用，在一個IFRAME中的URL公司形式。
2. 開發這個作爲一個HTML網頁資源（與網格），並以某種方式使從Java腳本的CRM服務調用和顯示爲Web資源（如果是這樣，這是 容易在CRM 2013，因爲Web API只存在）

還是別的什麼？ （就像一個SSRS報告可能會，但我認爲它會 太慢）

非常感謝您的建議。

謝謝。

Answer 1

我的一個組織大部分的時間要求是像你這樣的工作，所以我已經做一個獨立的ASPX web應用喜歡你選項1.

以下是幾件事情，以保持在介意：

如果你使用選項1並開發一個自定義的aspx web應用程序並將其託管在IIS中，將來很容易維護，並且易於根據新的要求進行自定義。如果您將來有任何新的要求，可以很容易地將新的aspx WebForm添加到現有網站並引用該新網址。您的網絡應用程序中可以有公用類，Connection and authentication stuff幾乎可以重複使用。 我已經使用了相同的方法如下所述：Best Practices for Working with Custom ASP.NET Pages and Microsoft Dynamics CRM 2011

在選項的情況下2，我曾經試過，但它比選項更復雜一點1，因爲它涉及更多的JavaScript代碼比C＃。雖然將比定製Web應用程序快比特快，但在新需求的情況下不能重複使用代碼，這很難保持。 Queries in C# (QueryExpression)寫起來比寫作更容易Odata Queries in JavaScript.

謝謝。