Какие наиболее распространенные сценарии программирования встречаются во время программирования веб-приложений?

Question

Каковы наиболее распространенные сценарии программирования при разработке веб-приложений / приложений для предприятий?

Примечание: Включение общих сценариев программирования, которые встречаются чаще на всех уровнях веб-приложений / приложений для предприятий: внешний интерфейс / средний / бэкэнд.

Answer 1

Каковы наиболее распространенные сценарии программирования при разработке приложений?

1. Изменение требований в связи с любой комбинацией:

   1. Клиент не знал, что ему действительно нужно
   2. Плохой анализ
   3. Неправильный деловой контакт (не смейтесь, видел, как 6 человек спускаются по трубе ...)

2. Модель-Вид-Контроллер (MVC)

3. Единая регистрация / аутентификация. CAS является наиболее распространенным, но есть и другие, такие как OpenID и Shibboleth
4. Кластерные серверы, как веб (если веб-приложение), так и базы данных

Answer 2

В корпоративных ситуациях вы, вероятно, столкнетесь с

• Требование использовать LDAP и / или некоторую форму единого входа
• Враждебные или равнодушные администраторы баз данных, которые могут наложить вето на вашу возможность развертывания, если вы не получите их на борт очень рано
• Враждебные или равнодушные Ops люди (см. Выше)
• Необходимость развертывания на машинах, которые не могут полностью диктовать конфигурации
• Необходимость понимать и справляться с любой используемой схемой резервного копирования
• SOX соответствие, которое может потребовать от вас обоих большего контроля доступа и большей возможности аудита, чем вы когда-либо считали необходимым

Это часто «грубые сюрпризы», которые приводят к переработке и ре-архитектуре для новичков на корпоративной земле.

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

стратегия и политика управления безопасностью пользователей, аутентификация, авторизация, восстановление пароля и общий механизм контроля доступа.

Answer 5

Редактировать
Хорошо, убираю мой сарказм:)

Вы обязательно должны взглянуть на архитектуру Model-View
(http://en.wikipedia.org/wiki/Model–view–controller).
Если взглянуть на модель сущности-отношения , это не помешает разработке БД.
Тогда у вас есть Webserviecs .