ASP.NET企業應用程序的一般結構（ish）應用程序

Question

我是一個非常複雜但過時的ASP.NET應用程序的管理者。它本質上是一個平臺，可以使創建數據庫應用程序變得更加簡單 - 使用工具讀取數據庫模式，自動生成表單，報告，圖表，並提供非常廣泛的工具來操作UI中的這些內容。有一些相當大的客戶使用該平臺進行一些小衆應用程序，儘管代碼大部分時間（其中一些早在2001年編寫），但一切都運行良好。

該公司做得不錯，我需要開始考慮一個新的版本，而不是抹上一些新功能，我想考慮一個新的開始。目前的解決方案是一個荒謬的150個項目 - 從我剛開始全職工作時的約220人下降。

有沒有人對企業（ish）級應用程序的一般結構有任何提示或建議？我應該考慮哪些新技術？也許我應該查看一些特定的書籍或網站？

我已經掌握了使我們的平臺如此靈活的所有細節 - 但因爲我已經鎖定了我們代碼的一般結構很長時間，我覺得我走出去了關於整個事物如何大規模地構建的問題。當前的應用程序仍然有一堆用於與數據庫通信的.NET Remoting（只是過時了），還有一些非真正的程序員編寫的非常低效的代碼。

WCF從數據訪問層提供信息？ WIF進行身份驗證？我真的希望能夠組裝一個API，我的業務合作伙伴可以使用它來連接數據，並使用我設置的大量常用功能 - 理想情況下，API可以運行在Web上下文中或某些其他環境。

我知道這是一個相當大的問題，可能有很多可能的答案 - 只是尋找一些關於在哪裏花費我們的研究時間的一些想法。

謝謝！

-RP

Answer 1

如果你想擺脫自己的所有認證/授權麻煩的，絕對去爲基於聲明的應用程序，WIF，ADFS等

這是微軟方向 - CMS，SP。 Office 365。Windows Azure AD等現在都是基於聲明的。

唯一的問題是ADFS針對AD進行身份驗證。看看Identity Server與數據庫相關的東西。

通過ACS的Plus ADFS提供Facebook，Google等登錄。