Расположение каталога для проекта Python с дополнительными модулями C

У нас есть многочисленные проекты в нашей организации, которые смешаны Python/C. В настоящее время мы пытаемся стандартизировать на расположении каталога для наших проектов и пытаемся придумать удобную схему. Один предмет спора - то, куда поместить дополнительные модули C в дерево.

Мы бросаем вокруг нескольких опций (относительно корня проекта):

./src/package/subpackage/module.c

или вместе с модулями Python в дереве пакета:

./package/subpackage/module.c

или в a src каталог в подпакете:

./package/subpackage/src/module.c

Одна причина хранения их из каталогов пакета могла состоять в том, потому что это будет вести для создания помех, особенно если будет другой.c и.h файлы, которые не являются самостоятельно модулями, но все еще должны быть скомпилированы. Также в "интегрированной" схеме, что Вы делаете с заголовками и файлами, которые используются больше чем одним модулем? Поместите их в общий каталог верхнего уровня?

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

6
задан Kamil Kisiel 19 March 2010 в 21:03
поделиться

1 ответ

Я думаю, что структура стандарта Python Разумным примером является библиотека: под trunk , которая в основном является корнем для репозитория SVN (за вычетом ветвей и c), в каталоге Modules много .c и .h файлы, каталог Lib множество файлов .py .

В моих собственных проектах я склонен разделять источники аналогичным образом (и на самом деле, если у меня есть Cython или Pyrex, или SWIG и т. Д., У меня есть другие каталоги для подразделения), хотя и с другими именами каталогов (признаюсь, я не у меня нет согласованного правила для самих имен каталогов, и я никогда не слышал хороших рекомендаций для таких имен).

1
ответ дан 17 December 2019 в 22:12
поделиться
Другие вопросы по тегам:

Похожие вопросы: