【问题标题】:General Structure for ASP.NET Enterprise(ish) AppASP.NET Enterprise(ish) 应用程序的一般结构
【发布时间】:2013-08-01 03:00:16
【问题描述】:

我是一个相当复杂但过时的 ASP.NET 应用程序的保管人。它本质上是一个使创建数据库应用程序变得更容易的平台 - 具有读取数据库模式、自动生成表单、报告、图表的工具,并提供极其广泛的工具来在 UI 中操作这些东西。有一些相当大的客户使用该平台开发一些小众应用程序,尽管大部分代码已经过时(其中一些早在 2001 年就编写好了),但一切运行良好。

该公司做得很好,我需要开始考虑新版本,而不是贴上一些新功能,我想考虑一个新的开始。目前的解决方案是一个荒谬的 150 个项目,而我刚开始全职工作时大约是 220 个。

是否有人对企业级应用程序的一般结构有任何提示或建议?我应该考虑哪些新技术?也许我应该查看一些特定的书籍或网站?

我已经很好地掌握了使我们的平台如此灵活的所有细节 - 但由于我长期以来一直被锁定在我们代码的一般结构中,我觉得我已经脱节了整个事情需要如何大规模地构建。当前的应用程序仍然有一堆 .NET Remoting 用于与数据库通信(只是有点过时),以及由不是真正程序员的人编写的大量低效代码。

WCF 从数据访问层提供信息? WIF 进行身份验证?我真的很希望能够组装一个 API,我的业务合作伙伴可以使用它来连接数据并使用我设置的大量常用功能 - 理想情况下,该 API 可以在 Web 环境或某些环境中运行其他环境。

我知道这是一个相当大的问题,可能有很多可能的答案 - 只是寻找一些关于真正将研究时间花在哪里的想法。

谢谢!

-RP

【问题讨论】:

  • 研究领域驱动设计、控制反转/依赖注入、松散耦合、SOLID 原则。那会帮助你。然后查找一些模式(使用四人组的 .NET 示例)。

标签: asp.net wcf wif enterprise


【解决方案1】:

如果您想摆脱所有身份验证/授权的麻烦,绝对可以选择基于声明的应用程序、WIF、ADFS 等。

这就是 Microsoft 的方向 - CMS、SP。 Office 365、Windows Azure AD 等现在都是基于声明的。

唯一的问题是 ADFS 针对 AD 进行身份验证。查看Identity Server 了解与数据库相关的内容。

Plus ADFS via ACS 提供 Facebook、Google 等登录。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-01-20
    • 2011-10-05
    • 1970-01-01
    • 2011-02-22
    • 1970-01-01
    • 2014-08-05
    • 1970-01-01
    相关资源
    最近更新 更多