ASP.NET:管理用户和角色(CMS、门户等?)

发布于 2024-07-15 22:23:47 字数 736 浏览 3 评论 0原文

我不知道如何表达一个好问题,所以我只会说我想要的!

我必须为我们的供应商重新设计一个 Web 应用程序,其中一部分需要根据供应商来限制内容。 看看 ASP.NET (MVC),使用内置的授权过滤器以及 IPrincipal 和 IIdentity 接口似乎很容易(我还没有使用它们,只是阅读,所以我可能错误地使用了这些术语!)。

我不感兴趣的是编写用于管理用户和角色的所有代码。 我希望能够假设所有这些都是由第三方应用程序为我完成的,并且我的代码只是指定所需的角色。

现在,我不太确定我想要的产品,或者它是否存在。 这是内容管理系统吗? 目前,我们的供应商网站使用的是非常旧版本的 DNN。 我们现有的一些自定义代码是作为 DNN 中的模块编写的。 我对这种类型的解决方案根本不感兴趣。 我希望能够构建一个标准的 ASP.NET Web 应用程序,而不是受限于某个供应商的“模块”定义。 如果 CMS/Portal 在 ASP.NET 提供的 API 后面实现自定义提供程序,这似乎是可能的,是吗?

如果这是有道理的话,这里的主要(唯一)客户是开发人员。

注意:

  • 我真的不需要一个完整的 CMS,这就是为什么我对要搜索什么类型的产品感到困惑。 一些 CMS 功能可能很好,但该网站仅用于非常特定的供应商交互,其中 95% 是自定义的。

  • 我看到 ASP.NET 提供了一个网站管理工具,这很酷,但没有解决用户交互中面向公众的方面。

I am not sure how to phrase a good question, so I will just say what I am after!

I have to retool a web application for our vendors and part of that requires restricting content on a vendor by vendor basis. Looking at ASP.NET (MVC) this seems easy enough using the built in Authorization Filters and the IPrincipal and IIdentity interfaces (I haven't used them yet, just reading, so I may be using these terms incorrectly!).

What I'm not interested in doing is writing all the code for managing users and roles. I would love to be able to assume all of this is done for me by a third party application, and my code simply specifies roles required.

Now, I'm not exactly sure the product I am after, or if it even exists. Is this a CMS? Right now our vendor site uses a very old version of DNN. Some of our existing custom code is written as a module within DNN. I am not interesting in this type of solution at all. I want to be able to build a standard ASP.NET webapp and not be tied to a certain vendor 'module' definition. It seems like this should be possible if the CMS / Portal implement custom providers behind the ASP.NET provided API's, yah?

The primary (only) customer here is developers, if that makes sense.

Notes:

  • I really don't need a full blown CMS, which is why I'm confused on what type of product to search for. Some CMS functionality might be nice, but the site is only for very specific vendor interaction that is going to be 95% custom.

  • I see that ASP.NET provies a website administration tool, and that is cool, but doesn't solve the public facing aspects of user interaction.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

云淡风轻 2024-07-22 22:23:47

ASP.NET 提供了广泛的成员资格和角色管理 API,自 2.0 版本以来,这些 API 非常易于使用。 它们在 ASP.NET MVC 中可用。 也许它们不需要比您在造型或其他方面所做的更多工作。 但由于您无论如何都不想这样做,因此您可以在 MVC 应用程序中使用带有登录控件的简单 Web 表单,并使路由忽略该路径:

routes.IgnoreRoute("SignIn.aspx");

只需将登录控件拖到 SignIn.aspx 就像在任何 Web 表单应用程序中一样。

ASP.NET provides extensive membership and role management APIs that are pretty easy to work with since version 2.0. They are available in ASP.NET MVC. Probably they do not require much more work than you would do anyway for styling or other stuff. But since you don't want to do it anyway, you can use a simple Web form with a Login control in your MVC app and make routing ignore that path with:

routes.IgnoreRoute("SignIn.aspx");

Just drag a login control to SignIn.aspx as you would in any Web form app.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文