在Web应用程序编程期间遇到的最常见编程方案是什么？

Question

开发Web /企业应用程序时最常见的编程方案是什么？

注意：包括在Web /企业应用程序的所有层中更频繁发生的常见编程方案：前端/中间/后端。

Answer 1

在企业情况下，您可能会遇到

• 要求使用LDAP和/或某种形式的单点登录
• 敌对或漠不关心的DBA，除非你很早就将它们登机，否则可以对你的部署持否决权
• 敌对或漠不关心的Ops人（见上文）
• 必须部署到无法完全决定
配置的计算机上
• 需要了解和处理正在使用的任何备份方案
• SOX合规性，这可能要求您拥有比您认为必要的更多访问控制和更多可审计性

这些往往是“粗鲁的惊喜”，推动了企业土地上的初创者的返工和重新架构。

Answer 2

  

开发应用程序时最常见的编程方案是什么？

1. 由于以下任意组合而改变要求：

   1. 客户不知道他们真正需要什么
   2. 分析不佳
   3. 错误的商业联系（不要笑，看到6月下来......）

2. 模型 - 视图 - 控制器（MVC）

3. 单点登录/身份验证。 CAS是最常见的，但还有其他如OpenID和Shibboleth
4. 群集服务器，包括Web（如果是webapp）和数据库

Answer 3

我会说CRUD是最常见的要求之一：

  

创建，读取，更新和删除（CRUD）   是四个基本功能   持久存储。1有时CRUD   使用单词retrieve进行扩展   而不是阅读或破坏而不是   删除。它有时也习惯了   描述用户界面约定   便于查看，搜索，   和改变信息;经常使用   基于计算机的表格和报告。

http://en.wikipedia.org/wiki/Create,_read,_update_and_delete

管理系统中的实体通常需要CRUD接口并支持中间层和后端来添加，列出，查看，修改和删除项目。许多数据模型，如文件系统，员工工资单系统，订单管理系统，都可以通过创建/读取/更新/删除方面的一般描述来管理。

另一个常见要求是围绕身份验证和角色管理的各种问题。这可以是简单的http基本身份验证，表单身份验证，LDAP，Active Directory，NIS，SecureID卡，生物识别等，以及可能需要单点登录的跨应用程序身份验证（SSO为Dave W Smith提到的） 。 OAuth，OpenSAML，OpenID等标准与此相关。

Answer 4

修改
好的，删除我的讽刺：）

你一定要看模型视图架构 （http://en.wikipedia.org/wiki/Model - 视图 - 控制器）。
看看Entity-relationship model对DB开发没有任何影响 然后你有Webserviecs。

Answer 5

用户管理，身份验证，授权，密码恢复和整体访问控制安全机制策略和策略。