Комментарии на: Модель данных (2) Конструирование http://boolive.ru/createcms/data_model_2 Система для создания и управления сайтом Fri, 30 Jul 2010 01:04:07 +0000 http://wordpress.org/?v=2.7 hourly 1 От: Владимир http://boolive.ru/createcms/data_model_2/comment-page-1#comment-132 Владимир Mon, 09 Mar 2009 22:01:02 +0000 http://boolive.ru/?p=213#comment-132 в следующей части статьи будет рассмотрен поиск/выборка сущностей по разным условиям, я же уже намикал тебе о поиске (Query и условия Cond*). Можно будет и классы выбирать и объекты определенного класса и все что угодно. О каком репозитории ты говоришь, у нас единая объектная модель (база), в ней и классы и связи и объекты всё вместе - всё осмысленно связано ...и работай (используй) с чем хочешь. Классы отличаются точно также как и объекты друг от друга - значением атрибутов и свойств. Тем более в этой же статье показано определение для классов обязательных свойств названия и описания. в следующей части статьи будет рассмотрен поиск/выборка сущностей по разным условиям, я же уже намикал тебе о поиске (Query и условия Cond*). Можно будет и классы выбирать и объекты определенного класса и все что угодно. О каком репозитории ты говоришь, у нас единая объектная модель (база), в ней и классы и связи и объекты всё вместе - всё осмысленно связано …и работай (используй) с чем хочешь. Классы отличаются точно также как и объекты друг от друга - значением атрибутов и свойств. Тем более в этой же статье показано определение для классов обязательных свойств названия и описания.

]]> От: VS http://boolive.ru/createcms/data_model_2/comment-page-1#comment-131 VS Mon, 09 Mar 2009 21:39:13 +0000 http://boolive.ru/?p=213#comment-131 как отличить один класс от другого? пройтись по дереву предков? как выбирать сущности определённого конечного класса? составлять выпадающие меню надо же по определённым признакам? нужен же какой-то репозитарий? оффтопик: drop-down menu это "выпадающий список" может, дисклеймер на главной повесить: "все картинки сделаны во флеше"? ;) как отличить один класс от другого? пройтись по дереву предков?
как выбирать сущности определённого конечного класса? составлять выпадающие меню надо же по определённым признакам?
нужен же какой-то репозитарий?

оффтопик: drop-down menu это “выпадающий список”
может, дисклеймер на главной повесить: “все картинки сделаны во флеше”? ;)

]]> От: Владимир http://boolive.ru/createcms/data_model_2/comment-page-1#comment-129 Владимир Mon, 09 Mar 2009 13:57:34 +0000 http://boolive.ru/?p=213#comment-129 В первой части статьи были созданы три базовые сущности – самый главный класс «id», класс для всех классов «class» и класс для связей «link». У них соответственно идентификаторы 1, 2, 3. Сам идентификатор определяется в главном классе «id», хранится в таблице с именем «id» и создаётся автоматически автоинкрементом ключевого поля так сказать при сохранении (создании) новой сущности. Эти три базовые сущности являются обязательными. А все остальное будет уже зависеть от того, что собственно мы хотим получить от CMS, т.е., сказать, что у класса «news» будет идентификатор 83 с уверенностью нельзя, так как все будет завесить от последовательности создания всех сущностей. Что касается примеров в статье, после создания каждого класса, я смотрел какой идентификатор они получили и в дальнейшем уже знал, что идентификатор у класса новости, например равен 83. В рабочей CMS, да и так необходимости знать идентификаторы вообще не нужно будет, так все будет выполняться непосредственно системой, и для пользователя будет все информативно, например, выбор наследуемого класса при создании нового будет происходить по имени из внизпадающего списка. Создание объектов (самих новостей) вообще не будет требовать какой-то соображалки по поводу структуры данных. Когда будут выработаны основные классы данных у системы (три базовых уже есть, плюс классы строковых и числовых значений) можно будет все-таки сделать типа справки и констант в программном коде, какой идентификатор у каждой из основных сущностей (в основном классов) :) egoholic, мне удобней примянять флэшь :) на вопрос о диаграммах уже раз 20 отвечаю В первой части статьи были созданы три базовые сущности – самый главный класс «id», класс для всех классов «class» и класс для связей «link». У них соответственно идентификаторы 1, 2, 3. Сам идентификатор определяется в главном классе «id», хранится в таблице с именем «id» и создаётся автоматически автоинкрементом ключевого поля так сказать при сохранении (создании) новой сущности. Эти три базовые сущности являются обязательными. А все остальное будет уже зависеть от того, что собственно мы хотим получить от CMS, т.е., сказать, что у класса «news» будет идентификатор 83 с уверенностью нельзя, так как все будет завесить от последовательности создания всех сущностей.

Что касается примеров в статье, после создания каждого класса, я смотрел какой идентификатор они получили и в дальнейшем уже знал, что идентификатор у класса новости, например равен 83. В рабочей CMS, да и так необходимости знать идентификаторы вообще не нужно будет, так все будет выполняться непосредственно системой, и для пользователя будет все информативно, например, выбор наследуемого класса при создании нового будет происходить по имени из внизпадающего списка. Создание объектов (самих новостей) вообще не будет требовать какой-то соображалки по поводу структуры данных.

Когда будут выработаны основные классы данных у системы (три базовых уже есть, плюс классы строковых и числовых значений) можно будет все-таки сделать типа справки и констант в программном коде, какой идентификатор у каждой из основных сущностей (в основном классов) :)

egoholic, мне удобней примянять флэшь :) на вопрос о диаграммах уже раз 20 отвечаю

]]> От: egoholic http://boolive.ru/createcms/data_model_2/comment-page-1#comment-128 egoholic Mon, 09 Mar 2009 12:07:14 +0000 http://boolive.ru/?p=213#comment-128 Хм... я думал что ты пользуешься каким-нить специальным средством проектирования... А что за граф.редактор если не секрет? Хм… я думал что ты пользуешься каким-нить специальным средством проектирования… А что за граф.редактор если не секрет?

]]> От: VS http://boolive.ru/createcms/data_model_2/comment-page-1#comment-127 VS Mon, 09 Mar 2009 10:48:45 +0000 http://boolive.ru/?p=213#comment-127 надеюсь, я ещё не совсем потерял нить повествования. где-то же должны храниться списки этих айдишников с описанием? надеюсь, я ещё не совсем потерял нить повествования.
где-то же должны храниться списки этих айдишников с описанием?

]]> От: Владимир http://boolive.ru/createcms/data_model_2/comment-page-1#comment-126 Владимир Mon, 09 Mar 2009 08:31:06 +0000 http://boolive.ru/?p=213#comment-126 В графическом редакторе. В графическом редакторе.

]]> От: egoholic http://boolive.ru/createcms/data_model_2/comment-page-1#comment-125 egoholic Mon, 09 Mar 2009 07:31:46 +0000 http://boolive.ru/?p=213#comment-125 А какая программа использовалась для создания таких красивых схем? А какая программа использовалась для создания таких красивых схем?

]]> От: Владимир http://boolive.ru/createcms/data_model_2/comment-page-1#comment-117 Владимир Sun, 08 Mar 2009 07:35:13 +0000 http://boolive.ru/?p=213#comment-117 Это не временный идентификатор. Если указывается идентификатор, то будет загружаться соответствующая сущность из БД, если не указывается, то предполагается создание новой. Второй параметр в конструкторе - идентификатор класса, используется вместо $obj->setP('class', Object::Create($class_id)). Вот по классу определяются атрибуты и свойства. Это не временный идентификатор. Если указывается идентификатор, то будет загружаться соответствующая сущность из БД, если не указывается, то предполагается создание новой. Второй параметр в конструкторе - идентификатор класса, используется вместо $obj->setP(’class’, Object::Create($class_id)). Вот по классу определяются атрибуты и свойства.

]]> От: VS http://boolive.ru/createcms/data_model_2/comment-page-1#comment-116 VS Sun, 08 Mar 2009 07:20:38 +0000 http://boolive.ru/?p=213#comment-116 да, рекомендую избавиться от параметра в конструкторе. он ведь не является определяющим вид, тип, свойства объекта; он является внутренним идентификатором, вот пусть Object и генерит его внутри себя для себя да, рекомендую избавиться от параметра в конструкторе. он ведь не является определяющим вид, тип, свойства объекта; он является внутренним идентификатором, вот пусть Object и генерит его внутри себя для себя

]]> От: Владимир http://boolive.ru/createcms/data_model_2/comment-page-1#comment-97 Владимир Thu, 05 Mar 2009 17:37:45 +0000 http://boolive.ru/?p=213#comment-97 Поиск по базе выполняется. Из объектного (структуированного) условия проще всего генерировать соответсвующий sql. Вы просто не так поняли) Поиск по базе выполняется. Из объектного (структуированного) условия проще всего генерировать соответсвующий sql. Вы просто не так поняли)

]]>