Эта страница описывает некоторые направляющие идеи дизайна и исполнения Pm Wiki. Патрик Мичауд не претендует на оригинальность всего сказаного ниже. Это лишь то, что движет разработкой Pm Wiki. Вы всегда можете высказать своё несогласие с перечисленым. Кроме того, страница Audiences? даёт объяснение большинству идей данных ниже.
- 1. Возносить писателей над читателями
- По сути, Pm Wiki это система для гипертекстового документа с коллективным авторством. Довольно трудно уговорить людей (в том числе и Pm) дополнять написаный материал. Имение дела с HTML разметкой и связывание подобных документов ссылками ещё больше осложняет сотрудничество. Таким образом, Pm Wiki намерена упростить написание документов, даже если это ограничивает разнообразие создаваемых документов.
- 2. Не пытаться заменить HTML
- Pm Wiki не делает каких-либо попыток достичь всего, что можно сделать с HTML. Есть причина почему люди не используют веб броузеры для редактирования HTML -- это не очень эффективно. И если вам надо применять на странице кучу клёвого HTML кода, то Pm Wiki вам не подойдёт. Что Pm Wiki пытается сделать, так это упростить связывание Pm Wiki с другими "не-вики" веб документами, внедрение Pm Wiki страниц в сложные веб документы, и позволить другим веб документам просто ссылаться на Pm Wiki.
-
- Этот принцип также следует из принципа "Возносить писателей над читателями" -- каждая новая возможность добавленая в Pm Wiki требует некоторой дополнительной разметки для её поддержки. Довольно скоро исходный документ станет выглядеть весьма паршиво и только тогда мы будем готовы пользоваться HTML.
-
- Другая причина для исключения произвольного HTML это то, что неправильно оформленный HTML может сделать сраницу полностью неотображаемой. Также вольный HTML может нанести ущерб безопасности. Ущерб ещё больший, когда страницы можно создавать анонимно. Подробнее читайте на странице http://www.cert.org/advisories/CA-2000-02.html .
- 3. Избегать бесполезных функций (или "фичемании")
- В целом, функциональность Pm Wiki реализована в соответствии с чёткими потребностями, а не потому что она "может пригодиться". В любого сорта полезных системах трудно изменить неудачно сработаные функции, особенно когда люди уже построили на их основе множество структур. (Нужен пример? Посмотрите на MS-DOS или Windows.:)) Один из способов избежать плохого дизайна это устоять перед искушением сделать что-то до того, пока вы ясно не поймёте как это будет применено.
- 4. Поддержка совместного управления открытыми веб страницами
- Несмотря на то, что это было не совсем первоначальной целью Pm Wiki скоро стало очевидно, что принципы WikiWikiWeb могут быть применены группами для упрощения совместной разработки и сопровождения открытых веб страниц. Pm Wiki позволяет защищать паролем отдельные страницы, а после пары небольших дополнений и целые разделы. Более того, во многих случаях Pm Wiki обеспечивает "таблицы стилей на стероидах": вы можете быстро менять заголовки, подписи и другие элементы на группах страниц без какого либо воздействия на содержимое отдельных страниц. И наконец, для специализированых применений относительно просто добавить собственную разметку.
- 5. Простая установка, настройка и сопровождение
- Размер сжатого gzip файла около 200К, закачка Pm Wiki на ваш сервер займёт мало времени. Выполните chmod раз или два, обновите несколько настроек в config.php и вы закончили и запустили. Pm Wiki хранит все данные в простых файлах так, что не требуется My SQL? или другие утилиты. Обновление в основном просто сводится к копированию последней версии файлов поверх уже установленых.
<< Mailing Lists? | Документация | Заметки о дизайне >>