Как организовать систему управления контентом?

Как организовать систему управления контентом?

Предполагается использовать на локальном компьютере.

Состав системы.
Рубрикатор функционал:
1. В рубрикаторе располагаются страницы структурированные по катгеориям в дерево.
2. Возможность присваивать страницам метки.

Текстовый редактор функционал:
3. Форматирование текста.
4. Присвоить метки "фрагменту текста"(одной строке, нескольким строкам).
4. Размещение спойлеров.
5. Размещение фреймов.
6. Размещение ссылок на страницу.
7. Размещение ссылок на "фрагмент текста".
8. Вставка изображений из буфера обмена.

Вопросы.
1. Можно ли это сделать на базе WinForm?
2. Как хранить старницы с текстом и фото:
- текст страниц хранить в абзе данных или отдельными файлами?
- Если файлами, то какого формата должны быть файлы?
3. На базе каких технологий сделать данную систему наиболее эффективно?

Миниатюры

 

0

Естественно хранить контент файлами, т.к. рассчитано на локальную машину. Да и нет смысла у себя бд держать
По описанию проще всего хранить контент в html.
Простой вариант сохранения - брать файл с контентом и вместе с прочими файлами(фото/видео) архивировать(для красоты можно свое расширение взять).
имхо
Для меток и прочего можно придумать свои теги(опять же, если все же html), и потом это все грамотно парсить

1

Сообщение от Soft17 1. Можно ли это сделать на базе WinForm?

да.

Сообщение от Soft17 2. Как хранить старницы с текстом и фото:

зависит от того, что подразумевается под Рубрикатором. Если открывать условный проект -- файлы. Если просто держать у себя на ПК некую систему -- база. Можно SqLite, т.к. она не подразумевает многопользовательность.

Сообщение от Soft17 - текст страниц хранить в абзе данных или отдельными файлами?

Зависит от того, уйдете в файл-проект, папку-проект, или БД. Для единого файла по любому придется паковать, но там куча своих неудобств.

Сообщение от Soft17 - Если файлами, то какого формата должны быть файлы?

каким сделаете. Одной только сериализации 100500 вариантов.

Сообщение от Soft17 На базе каких технологий сделать данную систему наиболее эффективно?

??? для начала, что подразумевается под "эффективностью"? Вычитка, анализ текста, обьем данных, оформление текста? Судя по всему придется либо делать свой текстовый редактор, либо использовать библиотеку.

1

Wolfdp, Ozick,

Сообщение от Wolfdp что подразумевается под Рубрикатором

Что типа следующего дерева
Категория 1 (просто название категории)
Категория 2 (просто название категории)
Категория 3 (просто название категории)
---Страница 1_Категория 3
---Страница 2_Категория 3
---Страница 3_Категория 3

Комбинация узлов типа "название категории", "страница" может быть разная.
Т.е. узел типа "название категории" может находится как в корне, так и в любом уровне вложенности.
Тоже касается узла типа "страница".

Сообщение от Wolfdp для начала, что подразумевается под "эффективностью"?

Под эффективностью подразумеваю:
- быстрый поиск по страницам по фрагменту текста;
- максимальная скорость реакции на перемещение курсора по дереву страниц.
т.е. чтобы не было тормозов, когда курсор становится на нужный узел страницы и содержание страницы максимально быстро отображается в текстовом редакторе.

Решение
Я наверное сделаю каждую страницу в виде HTML кода и HTML код страницы размещу в базе данных.
Может потом понадобиться кого-нибудь подключить.

ВОПРОСЫ
1. Будет ли это нормальным решением для моих целей?
2. Как для моего решения реализовать механизм перехода по ссылке на нужную страницу?
3. Как для моего решения реализовать механизм перехода по ссылкам на фрагмент страницы(переход к строке)?
4. Как для моего решения реализовать механизм присваивание меток фрагменту текста (строке)?
Пока не знаю, но наверное метки для фрагмента текста (строки) будут в виде дерева, если это возможно и не сложно
Если сложно реализуемо, то сделаю в виде одного списка.

PS
Буду признателен если дадите чёткие ответы, если вопросы "глубокие", то посоветуйте ссылки или ключевые слова для поиска по вопросам.
Прошу прощения если вопросы не логичны...
Я начинающий...

0

Честно говоря, я все еще считаю, что хранить текстовый контент в бд - это как-то не по-людски)
Единственное, что бы я хранил в бд - это информацию о страницах(автор, дата создания, метки, категории, какие-то мета-данные), чтобы при поиске не пришлось читать каждый файл.

Сообщение от Soft17 Как для моего решения реализовать механизм перехода по ссылке на нужную страницу?

Сообщение от Soft17 Как для моего решения реализовать механизм перехода по ссылкам на фрагмент страницы(переход к строке)?

Так же, как это сделали с якорями в веб-верстке. И чтобы не изобретать, можно ими же и воспользоваться.
Тут идет переход на определенный участок текста, это может быть заголовок и ему подобные. Можете у ссылки добавить свой атрибут вида pageNum="12", для перехода именно на указанный номер страницы(нужно реализовывать самому)

1

Сообщение от Ozick Честно говоря, я все еще считаю, что хранить текстовый контент в бд - это как-то не по-людски)

Я это делаю чисто из-за того, что думаю может так поиск по страницам быстрее будет осуществляться.

Я ошибаюсь?

0

Сообщение от Soft17 Я это делаю чисто из-за того, что думаю может так поиск по страницам быстрее будет осуществляться

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

0

Ozick,
1. так на счёт "поиска" я на правильном пути?
Если в базе данных разместить то "поиск" будет быстрее?
2. По поводу перехода по якорным ссылкам, если текст лежит в базе данных, это в документации по HTML смотреть?
Что-то пока смотрю, но толку добиться не могу...

0

Сообщение от Soft17 то "поиск" будет быстрее?

Простите, но ответить не могу) Если ответа не найдется, то советую лично проверить на большом кол-ве данных.

Про якоря я говорил как про способ решения, который вы можете сами реализовать. Если Вы будете использовать веб-движок - это все там и должно быть.

1