vitus: comment 11

vitus
Mon, 21 Jan 2013 17:41:51 +0400

Тогда у меня остается лишь один единственный аргумент против хранения в html -- git. Вернее сам html, если верстать хоть чуточку по уму и расставлять переносы строк переживет git merge замечательно, но вот вот с комментами там надо формат разметки внимательно обдумать, чтобы оно не превращалось в кашу.

Вообще-то даже в ikiwiki, которая вся из себя построена на использование revision control, комменты чекинить в version management system необязательно. Ну то есть можно, и я это даже делаю, но необязательно. Для того класса задач, для которого планируется данная система, вряд ли в version management будет лежать что-то кроме шаблонов. Нужно предъявить мне какого-нибудь пользователя какой-нибудь вики, который не являясь программистом, активно пользуется revision control, встроенный в wiki-движок, чтобы я подумал о полезности интеграции с version management в данном проекте.

И вот тут самая большая неприятность -- лочить на зпись таки придется весь сайт даже при добавлении комментария (потому что кол-во комментариев на этой странице всплывет уже много где).

Во-первых, это не неприятность. Комментариев в блоге бывает от силы сотня-другая в сутки. Ну тыща. Во-вторых, у нас все dependency аккуратно прописаны в модели, поэтому мы можем лочить не весь сайт, а только те страницы, где это необходимо. В общем, простор для максимизации параллельности там есть. Но вообще работу с агрегатными функциями я совсем не прописал. И где в модели написать, что в списке постов в блоге (или в тэге) должны появляться счётчики количества комментоа в посте, мне пока не очевидно.

Но вообще, что самое интересное, на базе данного языка описания моделей и данной системы шаблонов в принцпие можно сделать несколько разных движков, с разными свойствами. У кого-то будет хранилище с представлением, отличным от html, у кого-то нет, у кого-то будет интеграция с git, у кого-то нет, и при этом, может быть даже удастся обеспечить простоту переноса сайтов между этими движками.