在设计或开发Intranet 和 Internet 应用程序方面,考虑因素有何不同?
10 回答
另一件事是,在 Intranet 环境中,您通常会有一个标准的客户端构建,这意味着您可以编码到特定的浏览器和版本(哈哈,通常是 IE6)。
在互联网的狂野中,您必须处理各种浏览器和版本,因此您的 html/css/js 需要处理所有这些。
Intranet 应用程序可以利用链接到内部 UNC 路径(例如\\corporateserver\devteam\ArchitectureDiagram.vsd
)上的资源的能力。
但是,请注意浏览器在处理此类链接的方式上有所不同。在 Firefox 中,默认情况下,单击 UNC 路径上的资源链接会静默失败(单击该链接不会执行任何操作);有一些解决方法可用。在 Internet Explorer 中,指向 UNC 路径资源的链接默认有效。
在 Intranet 上,您可以利用现有的身份验证和授权服务。我工作过的银行都有非常安全的第三方认证服务。在其他使用 Windows 平台的公司中,Active Directory 可用于身份验证和授权(使用“组”来定义角色)。
当这些功能可用时,您不必对散列(和加盐)或加密密码、密码强度、密码到期等做出太多决定。并且您不必为设置用户、检索或重置密码等创建所有管理页面。用户不会在不同的 Intranet 应用程序上面临不同的密码策略,并且通常可以为多个应用程序使用相同的登录凭据。
不必处理所有这些,让您有更多时间花在应用程序的主要功能上。
尽管 Intranet 环境似乎较少受到黑客的威胁,但只需一次破坏即可破坏系统。而且,Intranet 可能正在处理极其敏感的数据。所以,我认为你需要使 Intranet 应用程序至少与 Internet 应用程序一样安全。
请不要错误地认为,因为应用程序是 Intranet 独有的,所以它不需要像互联网应用程序那样安全。如果有的话,它需要更安全,因为它很有可能处理比公司互联网应用程序处理的数据更敏感的数据。
如果您依赖 Intranet 的安全性,那么您的应用程序将仅与 Intranet 一样安全(并且与所有用户中最弱的用户一样安全,这些用户的密码写在监视器上的便签上)。
一些考虑...
- 安全
- 站点 IO
- 交通
- 数据模型
- 需要可扩展性
Galwegian 已经编写了其中的大部分,但我认为您应该在外部缓存时考虑更多缓存,因为您的数据库可能更活跃。
另一点是当您在您的企业(内部网)中时,您可能能够使用较低的安全参数来访问您用户的硬盘驱动器。这对于通过网络的外部网站/应用程序是不可能的。
考虑设计考虑中的相似性可能会更有成效。
您仍然需要问自己相同的基本问题,例如您要解决的问题、针对谁、他们的能力是什么、您可以访问哪些平台……等等。
如果您适当考虑范围,这些差异将很快变得明显。其中许多已经由其他贡献者在这里标出,但请尽量避免预先做出太多假设。
Intranet 通常具有一组受支持的固定浏览器。
如果你幸运的话,你可以忽略 IE6。这很好。
@Galwegian 和其他人:
- 是时候开始申请了。在公共互联网上,许多业余和营销企业活动的使用时间都很短(1-2 年?)。因此,接受“混乱”的设计和混乱的临时技术。然后业余爱好者没有精力开发,新的营销总监对新的彩色软件等有了新的大预算;)
重要的“硬”业务软件必须存在(扩展、开发)例如 8 到 10 年甚至更长时间,没有停顿。
Intranet 应用程序更多地用于内部人员和知识管理目的。
其更敏感的数据将在网络内共享
http://www.dreamznetsolutions.com/intranet_application_development_mumbai.html