.net 我应该将客户端访问权限放在不同的网站上吗

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

我的客户现在希望为养老金计划的参与者开放访问权限，以便他们可以查看退休时的收入、受益人等。参与者将以只读方式访问数据

当前的Web应用程序有缺陷，很难测试，也很难更改

为参与者访问创建新应用程序的利弊是什么

---

将面向公众的应用程序和内部web应用程序分开是否是一种常见做法？如果是，原因是什么？

如果内部系统存在缺陷且难以测试，那么我认为有一个很好的理由可以重建该系统并创建客户端门户。如果你有预算，那么就把它们分开，让你的面向外部的系统变得更坚固，而且对数据的访问也很有限，这听起来很合乎逻辑，甚至不涉及技术细节

---

让一个BGGY应用程序访问你的数据对任何人来说都是令人担忧的，但是当你考虑互联网时更令人担忧。

< P>如果内部系统是错误的并且难以测试，那么我认为有一个很好的理由来重建它并创建一个客户门户。如果你有预算，那么就把它们分开，让你的面向外部的系统变得更坚固，而且对数据的访问也很有限，这听起来很合乎逻辑，甚至不涉及技术细节

---

让一个BGGY应用程序能够访问你的数据给任何人都是令人担忧的，但是当你考虑互联网的时候更令人担忧。对

原因是，为客户工作的内部人员通常与客户有根本不同的要求。例如，客户得到了简化的界面，无法完成大多数功能，通常需要更多的人手。此外，浏览器要求通常也不同。大多数javascript/ui效果都会消失在窗口之外。考虑一下仍然使用XP和运行IE 6（或更糟）的祖母在56K调制解调器上。

如果你的应用程序“有缺陷”，那么我绝对不会向公众开放。这只会给你的客户和你的公司带来坏名声。同时引起了很多支持电话

---

请注意，我并不是说构建一个全新的数据模型等等，只是在您拥有的基础上增加一个不同的面貌，同时将其局限于客户需要的部分

拆分它们是否常见？对

原因是，为客户工作的内部人员通常与客户有根本不同的要求。例如，客户得到了简化的界面，无法完成大多数功能，通常需要更多的人手。此外，浏览器要求通常也不同。大多数javascript/ui效果都会消失在窗口之外。考虑一下仍然使用XP和运行IE 6（或更糟）的祖母在56K调制解调器上。

如果你的应用程序“有缺陷”，那么我绝对不会向公众开放。这只会给你的客户和你的公司带来坏名声。同时引起了很多支持电话

---

请注意，我并不是说构建一个全新的数据模型等等，只是在您拥有的基础上增加一个不同的面貌，同时将其局限于客户需要的部分

因为它是一个不同的应用程序，所以它应该是-一个不同的应用程序。它可能共享代码和/或数据库，但用途不同，因此它是一个不同的应用程序。

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

是的，它非常有意义。新的申请可能是第一份申请的精简版，只针对申请人。它将使用其他规则和功能从同一个数据库中读取数据

---

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

是的，这非常有意义。新的申请可能是第一份申请的精简版，只针对申请人。它将使用其他规则和功能从同一个数据库中读取数据

---

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

broswer的优点是，当前的应用程序仅在IE中运行良好。broswer的优点是，当前的应用程序只在IE中运行良好。完全重写没有预算，但我认为我可以出售客户端门户。完全重写没有预算，但我认为我可以出售客户端门户。