【问题标题】:Should I put client access on a different Web Site我应该将客户端访问权限放在不同的网站上吗
【发布时间】:2009-03-12 21:59:23
【问题描述】:

我为我的客户开发了一个基于 ASP.NET Web 窗体的 Web 应用程序。此 Web 应用程序用于内部和外部管理养老金计划。

我的客户现在想要为养老金计划的参与者开放访问权限,以便他们可以查看退休后将拥有多少钱、受益人等。参与者将对数据具有只读访问权限.

当前的 Web 应用程序有缺陷,难以测试和更改。

为参与者访问创建新应用的优缺点是什么?

将面向公众的网络应用和内部网络应用分开是一种常见的做法吗?如果有,为什么?

【问题讨论】:

    标签: .net architecture


    【解决方案1】:

    拆分它们很常见吗?是的。

    原因是为您的客户工作的内部人员通常与客户有着截然不同的要求。例如,客户得到一个简化的界面,不能做大部分功能,而且通常需要更多的手握。此外,浏览器要求通常不同。大多数 javascript / ui 效果都消失了。考虑一下仍在使用 XP 并在 56K 调制解调器上运行 IE 6(或更糟)的奶奶。

    如果您的应用程序“有问题”,那么我绝对不会向公众开放它。它只会给您的客户以及通过代理给您的公司带来坏名声。虽然引起了很多支持电话。

    请注意,我并不是说要构建一个全新的数据模型等,只是对您拥有的东西换个面孔,同时将其限制在客户需要的部分。

    【讨论】:

    • 关于浏览器的好点,当前应用程序仅在 IE 中运行良好。
    【解决方案2】:

    如果内部系统有缺陷且难以测试,那么我认为重建该系统并创建客户端门户是一个很好的论据。如果您有预算,然后将它们分开,让您面向外部的系统得到强化,并且只能有限地访问数据,这听起来很合乎逻辑,甚至不需要涉及技术细节。

    向任何人公开一个可以大量访问您的数据的有缺陷的应用程序令人担忧,但如果您考虑到互联网,则更令人担忧。

    【讨论】:

    • 完全重写没有预算,但我想我可以卖一个客户门户。
    【解决方案3】:

    既然它是一个不同的应用程序,它应该是 - 一个不同的应用程序。它可能共享代码和/或数据库,但它有不同的用途,因此它是一个不同的应用程序。

    【讨论】:

      【解决方案4】:

      是的,这很有意义。新应用程序可能是第一个应用程序的精简版,仅适用于申请人。它将使用其他规则和功能从同一个数据库中读取。

      将它们分开实际上是一个非常好的主意。

      【讨论】:

        猜你喜欢
        • 2022-01-07
        • 1970-01-01
        • 1970-01-01
        • 2021-01-09
        • 1970-01-01
        • 1970-01-01
        • 2011-08-27
        • 1970-01-01
        • 2019-07-15
        相关资源
        最近更新 更多