Поддержка сайта

Высокие позиции в поисковой системе, на прямую зависят от развития вашего сайта.

Продвижение сайтов

Эффективность стратегий продвижения подтверждается сотрудничеством с крупными клиентами и отзывами о нашей работе.

Создание сайтов

Мы делаем сайты быстро, недорого и профессионально. От работы с нами, у вас останутся только положительные эмоции.

Построение масштабируемого приложения

Говоря о создании объектной модели, нельзя обойти вниманием вопросы построения масштабируемого приложения.

Основу масштабируемого приложения составляют две концепции (любой объект занимает память, поэтому масштабируемость достигается снижением требований к памяти приложения):

□ Создавать объекты только при необходимости (принцип Just-In-Time Activation — активизация по мере необходимости)

□ Создавать как можно меньше экземпляров

Экземпляр объекта visit требуется для каждого запроса^страницы с сервера. Мы будем создавать один объект Visit для страницы, поэтому не нужно реализовывать множественный доступ к этому объекту. На основе visit будут формироваться другие служебные объекты, открывающие доступ к бизнес-правилам, которые обеспечат обращение к экземплярам объектов данных.

В ряде случаев для одной страницы может потребоваться несколько объектов одного типа (например, для сравнения сведений о двух покупателях), но мы не станем пользоваться более чем одним экземпляром служебного объекта одного и того же вида. Если потребуется дополнительный объект Customers, то все необходимые действия (до конца работы со страницей) будут обеспечиваться этим же самым объектом Customers.

При разработке объекта Visit мы добавим свойство, позволяющее возвращать экземпляры служебных объектов. В этой главе мы сформируем свойство Visit .Catalog. При первом вызове будет создаваться только один экземпляр объекта Catalog, который будет копироваться в качестве члена набора объектов visit. При следующем обращении к свойству будет возвращаться кэшированная ранее версия.

Это делается по двум причинам:

□ Для каждого экземпляра объекта visit будет присутствовать только один экземпляр объекта Catalog. Поскольку допустимо наличие лишь одного экземпляра Visit на страницу, мы будем иметь для этой же страницы не более одного объекта Catalog.

□ Объект Catalog создается только при необходимости.

Посмотрим, как это отразится на работе приложения. Если при инициализации объект Visit создает экземпляры всех шести служебных объектов, то для одного сеанса потребуется семь объектов (шесть + объект visit), а для 1000 сеансов — 7000 объектов. Однако при формировании объектов только по требованию количество объектов снизится и будет лежать в диапазоне от 1000 до 7000 в зависимости от использования страницы. Реальная оценка приводит нас к применению двух-трех служебных объектов для одной страницы, т. е. примерно 1000 объектов в лучшем случае и 3000 объектов в худшем случае. Создание объектов по требованию позволяет снизить влияние ресурсов на работу приложения, поскольку сокращаются требования к ресурсам и улучшается масштабируемость приложения.

Читайте так же:
Not found

Нам доверяют

Интернет магазин