Re: Extensions Documentation

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Extensions Documentation
Дата
Msg-id 508A81B0.2030004@gmx.net
обсуждение исходный текст
Ответ на Re: Extensions Documentation  ("David E. Wheeler" <david@justatheory.com>)
Ответы Re: Extensions Documentation
Список pgsql-hackers
On 10/25/12 1:53 PM, David E. Wheeler wrote:
> I'm thinking of Pod as the precedent here, but I think most of the popular programming language ecosystems offer
somethinglike this (JavaDoc, rdoc, etc.).
 

The advantage that these programming language ecosystems have is that
they can implement the processors for the documentation format in the
language itself, so it's easy to recommend or enforce a particular
system.  I don't think we're going to implement any documentation
processing in SQL, so we'd end up adding some kind of external
dependency, and that's usually tricky.

Also, there are wildly diverging paradigms in use.  For example, in
Perl, the convention is one man page per module.  In Python, for most
modules you don't get any locally installed documentation by default.
Instead, you're encouraged to upload your stuff to readthedocs.org.  All
of these have their advantages, but I think it's too early to tell what
the best convention for a PostgreSQL extension would be.




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: Performance Improvement by reducing WAL for Update Operation
Следующее
От: Jan Wieck
Дата:
Сообщение: Re: autovacuum truncate exclusive lock round two