Это может потребоваться если нужно написать сериализатор/десериализатор для других языков программирования (например С), тогда модули написанные на других языках смогут обмениваться инфой с модулями на Java.
А до этого вы использовали только свои операционные системы, сервера своего производства, язык программирования, среды разработки, фреймворки, дата центры и свои каналы связи наверное были? Вы уже привязаны навсегда к сотням производителей, а GAE это капля в море.
Производительность догонят не нетбуки. Производительность предоставят дата центры.
Например пакеты 3д моделирования очень требовательные к системе. Возможно ли на нетбуке отрендерить сложную 3д сцену (с кучей источников освещения, сложными материалами, мягкими тенями и т.д.), например в течении 1 минуты? Ответ: Да.
При условии что в корне изменится философия разработки приложений. Зачем рендерить эту картинку на нетбуке, если я лучше данные передам в дата центр на аутсорс (займу на время вычислительную мощность) и мне придет через минуту результат с крутым рендером. Это не только касается пакетов 3d моделирования это вообще касается любых тяжелых приложений для обработки изображений, звука или видео.
Речь в статье и идет о том (это по сути и есть стержень всей статьи) — что вычисления отдавать нужно отдавать на аутсорс в дата центры где сотни тысяч серверов оптимизированные для разных вычислений сделают это экономнее.
> Для каких целей создавался «Сервис структур Hivext»?
Хранение, выборка, удаление структурированных данных (с учетом композиции).
> Какую СУБД для хранения данных использует Ваш сервис?
MySQL
> На какие объемы данных рассчитываете и как решаются вопросы масштабирования?
На достаточно большие, MySQL поддерживает портиции. Разработчикам предоставляется доступ к своей БД. Вопросы масштабирования решаются архитектурно и добавлением серверов. Думаю вам будет достаточно хранить по 100 млн. записей на таблицу? Многим этого за глаза. Понятное дело что все имеет разумные пределы.
> Судя по API, «сервис структур»…, действительно, всего лишь сервис структур. :)
Все верно поэтому он и называется Сервис Структур :)
И для начала не будем мешать все в кучу и отделим понятие ООП (Объектно ориентированное Проектирование) от ООП (Объектно ориентированного Программирования). Это не одно и тоже. Сервис предназначен для объектно ориентированного Проектирования, для закладки объектной структуры в будущее веб — приложение.
Так как сервис структур работает с базой, то логика программируется на клиенте.
По поводу абстракции — ее можно использовать с сервисом структур. Абстракция — это упрощенное описание объекта, я могу задать любую структуру, которая опишет объект так как мне нужно.
Инкапсуляция — это объединение данных и логики (про логику уже сказано выше) и предоставление интерфейса доступа. Интерфейс доступа это методы сервиса структур.
С наследованием ничего сложного нет, можно создать комплексный (сложный или составной тип данных).
Можно еще ассоциировать объекты, создавая связи один к одному, один ко многому, многое к одному, многое ко многому.
Эта возможность почти закончена. Можно использовать оператор точку для доступа к свойствам составных объектов.
GetProperty(appid, session, «MyComplexType», «propA.propB»);
или использовать при запросе в критериях
GetObjectsByCriteria(appid, session, «MyComplexType», «propA.propB = 100», form, count);
Для каждого сервиса (включая сервис структур) установлены квоты. Все что укладывается в пределах квот — бесплатно для использования. Если по каким то причинам нужно увеличить квоты, то мы можем изменить их по запросу для конкретного идентификатора приложений.
— Производительность сервиса структур тестировалась на сравнительно небольших массивах данных 10000, 50000, 100000 объектов на один тип данных. Производились тесты на постраничную выборку, постраничную выборку по критериям. Время выборки с учетом проверки идентификатора приложения, сессии пользователя, прав доступа к объектам (а для каждого объекта можно установить уникальные права доступа), и передачи данных по сети до клиента все в сумме составляло то 50 до 100 мс для 100000 разных объектов. Мы сделаем комплексный тест уже с десятками миллионов объектов по сервису структур и покажем результаты.
Да и еще. Абсолютного такого смысла жизни не существует. Есть процессы и ничего более.
Мячик катится с горки вниз не потому что есть какой то глобальный смысл, а
потому что это процесс без смысла, также и с организмом (там просто больше процессов). Желудок переваривает еду не потому что есть глобальный смысл, а потому что туда поступили новые микроэлементы и углеводы с белками и они вступили в реакцию с ферментами. В голове тоже самое. Смысл додумываем мы для себя сами, каждый человек свой, причем эти смыслы рождаются там где протекают бессмысленные химические и электрические процессы, потому что мячик катится с горки.
Мы есть часть природы. Вот вы пользуетесь транспортом, компьютером, живете в обществе — это все продукты эволюции природы. Раньше их не было, но мы спокойно могли жить в лесах и купаться в море (а майские праздники кстати тоже эволюция :)
Но если вам так хочется вы можете отбросить, то что наэволюционировалось за 2000 лет и вернуться в леса и купаться в море.
В админке не понятна суть проблемы. Если удаляется один отзыв то потом запрашиваются снова отызвы, это не нравится?
P.S. в админке cделано все на ajax.
You're now chatting with a random stranger. Say hi!
Stranger: david?
You: PUTIN
Your conversational partner has disconnected.
Посматривал периодически.
Например пакеты 3д моделирования очень требовательные к системе. Возможно ли на нетбуке отрендерить сложную 3д сцену (с кучей источников освещения, сложными материалами, мягкими тенями и т.д.), например в течении 1 минуты? Ответ: Да.
При условии что в корне изменится философия разработки приложений. Зачем рендерить эту картинку на нетбуке, если я лучше данные передам в дата центр на аутсорс (займу на время вычислительную мощность) и мне придет через минуту результат с крутым рендером. Это не только касается пакетов 3d моделирования это вообще касается любых тяжелых приложений для обработки изображений, звука или видео.
Речь в статье и идет о том (это по сути и есть стержень всей статьи) — что вычисления отдавать нужно отдавать на аутсорс в дата центры где сотни тысяч серверов оптимизированные для разных вычислений сделают это экономнее.
Хранение, выборка, удаление структурированных данных (с учетом композиции).
> Какую СУБД для хранения данных использует Ваш сервис?
MySQL
> На какие объемы данных рассчитываете и как решаются вопросы масштабирования?
На достаточно большие, MySQL поддерживает портиции. Разработчикам предоставляется доступ к своей БД. Вопросы масштабирования решаются архитектурно и добавлением серверов. Думаю вам будет достаточно хранить по 100 млн. записей на таблицу? Многим этого за глаза. Понятное дело что все имеет разумные пределы.
> Судя по API, «сервис структур»…, действительно, всего лишь сервис структур. :)
Все верно поэтому он и называется Сервис Структур :)
И для начала не будем мешать все в кучу и отделим понятие ООП (Объектно ориентированное Проектирование) от ООП (Объектно ориентированного Программирования). Это не одно и тоже. Сервис предназначен для объектно ориентированного Проектирования, для закладки объектной структуры в будущее веб — приложение.
Так как сервис структур работает с базой, то логика программируется на клиенте.
По поводу абстракции — ее можно использовать с сервисом структур. Абстракция — это упрощенное описание объекта, я могу задать любую структуру, которая опишет объект так как мне нужно.
Инкапсуляция — это объединение данных и логики (про логику уже сказано выше) и предоставление интерфейса доступа. Интерфейс доступа это методы сервиса структур.
С наследованием ничего сложного нет, можно создать комплексный (сложный или составной тип данных).
Можно еще ассоциировать объекты, создавая связи один к одному, один ко многому, многое к одному, многое ко многому.
Эта возможность почти закончена. Можно использовать оператор точку для доступа к свойствам составных объектов.
GetProperty(appid, session, «MyComplexType», «propA.propB»);
или использовать при запросе в критериях
GetObjectsByCriteria(appid, session, «MyComplexType», «propA.propB = 100», form, count);
— Производительность сервиса структур тестировалась на сравнительно небольших массивах данных 10000, 50000, 100000 объектов на один тип данных. Производились тесты на постраничную выборку, постраничную выборку по критериям. Время выборки с учетом проверки идентификатора приложения, сессии пользователя, прав доступа к объектам (а для каждого объекта можно установить уникальные права доступа), и передачи данных по сети до клиента все в сумме составляло то 50 до 100 мс для 100000 разных объектов. Мы сделаем комплексный тест уже с десятками миллионов объектов по сервису структур и покажем результаты.
Мячик катится с горки вниз не потому что есть какой то глобальный смысл, а
потому что это процесс без смысла, также и с организмом (там просто больше процессов). Желудок переваривает еду не потому что есть глобальный смысл, а потому что туда поступили новые микроэлементы и углеводы с белками и они вступили в реакцию с ферментами. В голове тоже самое. Смысл додумываем мы для себя сами, каждый человек свой, причем эти смыслы рождаются там где протекают бессмысленные химические и электрические процессы, потому что мячик катится с горки.
Но если вам так хочется вы можете отбросить, то что наэволюционировалось за 2000 лет и вернуться в леса и купаться в море.
forum.hivext.ru/index.php?topic=4.0
Работает в FF2+, FF3+, IE6+ IE7+, O9+ Safari3+, Chrome. В IE8 не тестировалось.