在对Web应用程序进行编程期间遇到哪些最常见的编程方案？

Question

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

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

Answer 1

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

• 使用LDAP和/或某种形式的单点登录的要求
• 敌对的或冷漠的DBA，他们可能会否决权阻止您进行部署，除非您很早就加入他们
• 敌对或冷漠的行动人士（见上文）
• 必须部署到无法完全控制以下配置的机器上
• 需要了解和应对正在使用的任何备份方案
• 符合SOX ，这可能需要你们拥有比您认为必要的更多的访问控制和更多的可审核性

这些通常是“粗暴的意外”，会促使企业土地上的初学者进行返工和重新选拔。

Answer 2

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

1. 由于以下因素的组合，需求不断变化：

   1. 客户不知道他们真正需要什么
   2. 分析不良
   3. 错误的业务联系（别笑了，看过6个月大的灾难……）

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

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

Answer 3

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

创建，读取，更新和删除（CRUD）是持久性存储的四个基本功能。 1有时，CRUD会用“检索”而不是“读取”或“销毁”而不是“删除”来扩展。 有时它也用于描述用户界面约定，以方便查看，搜索和更改信息。 通常使用基于计算机的表格和报告。

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

编辑
好吧，消除我的讽刺:)

您绝对应该看看Model-View架构
（ http://en.wikipedia.org/wiki/模型–视图–控制器）。
看一下实体关系模型不会对数据库开发造成伤害。
然后，您就拥有了Webserviecs 。

Answer 5

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