Pull to refresh
26
Владимир@boolive

Пользователь

35
Subscribers
Send message
кто-то щупает блин точно(
смотря как и на что смотреть, вопрос философский))
создать объект (статью, комментарий...) ещё проще, точнее сделать для его создания удобный веб интерфейс
классы не нужно изменять каждый день
Ну это ещё смотря как реализовать. Предложенная модель не определяет как будет выглядеть gui интерфейс создания этих самых классов. А сделать можно очень просто, программерские понятия класса и объекта заменить на обыденные, например тип материала и сам материал… Посмотрите, даже связи между сущностями упрощены и предложены два варианта «использовать» и «состоять» — как раз понятно и обыденно)) И вообще объектный подход как раз естественен для человека.
Вы думаете о праграмистах. Я делаю систему, опираясь на желаниях пользователей — иметь гибкие возможности в управлении содержимым сайта — создать новый материал, что-то изменть, добавить фоток, позволить коментировать то-то — это так минимум на словах. Фреймворки мало чем помогут в создании подобных возможностей.
к тому же нужно ещё хранить инфо о наследовании классов
не стоит пока;)
Изменять таблицы, то есть изменять уже существующие классы данных не стоит, это как в программе, если изменить класс, то получишь геморроя, вообще лучше сначала подумать прежде чем изменять.
Вместо создания мега системы для поддержки изменяемости классов, лучше просто это запретить делать и это будет даже естественно, так как в реальности класс зависим от объектов, группируя объекты (машины, деревья, животные…) с одинаковыми свойствами мы создаем класс, мы не можем изменить класс и тем самым изменить реальные объекты.
Конечно, возможность изменить имя класса вроде бы нужна, но её можно заменить созданием нового класса без риска на возникновение всяких непредвиденных ситуаций.
подобный комментарий любой способен написать… даже не поспоришь
в четвертой части статьи расскажу) будет хоть повод интерисоваться)
также классы могут применяться для обобщения, например установка прав на «новости» — будет связь классом новостей… — это большая тема
а чего такого сложного то?? все идеально))) просто и гибко и главное работает. А загрузка объектов из БД легко поддается кэшированию… да ещё какой гибкий механизм поиска реализован, ой ой ой)) в третьей части о нем.
не задумывались, почему появились всякие ORM вместо использования Объектных баз данных??
существующие ОСУБД маразматичны, и для веб-проектов «для всех» их применение означает потерю огромной массы пользователей… Создавать же самому ОСУБД как-то затратно
«использовать» — и это все не от балды взято, между прочим идеи и теория на основе которой все строится развивается уже год с лишним, не надейтесть, что я тупой в ооп))
Уверяю вас, когда я расскажу о теории на основе которой все построено, вы меня совсем не поймете и все забракуете, так я многое изменил во всем известной объектной модели от Г.Буча :))) и знаете это все работает
Слушайте, речь не об идиальной CMS. Это больше эксперименты в поисках достижения гибкости cms о которой все мечтают и от чегго каждый первый хотябы думал о создании своей cms
в векторном редакторе, не нашел редактора диаграмм для своих фантазий ;))

Information

Rating
Does not participate
Location
Самарская обл., Россия
Registered
Activity