1 скрипт или много?

[sland]

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

[Green Kakadu]

Наверное, если этот чат или форум очень посещаем, имеет смысл использовать вторую тактику, чтобы сервер запускал как можно более маленькие скрипты, а в других случаях лучше первая.
Или как?

sland я тоже всегда так думал и вроде бы даже где-то читал рекомендации по использованию таких конструкций:
if (что-то){
require "script_lib.pl";
&you_can_do_it;
}

[NeoNox]

require "script_lib.pl";
&you_can_do_it;

Это чтобы запутаться сложнее было.
ИМХО, часто используемые функции лучше конечно отправить в отдельный файл, чем рассматривать и редактировать простыню на 100 экранов.

[Green Kakadu]

Это чтобы запутаться сложнее было.
ИМХО, часто используемые функции лучше конечно отправить в отдельный файл, чем рассматривать и редактировать простыню на 100 экранов.

думаю ты не совсем прав - удобство + кода действительно меньше надо будет грузить/обрабатывать.

Вот например, есть скрипт и его основные функции:
- просмотр индексной страницы
- просмотр статьи
- добавление статьи

Довольно неплохо ИМХО, сделать файлик с содержанием, а подпрограммы, связанные с выполнением конкретных функций раскидать по разным библиотекам, в результате основной скрипт-содержание будет примерно такого вида

if (индекс){
require "index_view.pl";
&index_main;
}
elsif (статья){
require "article.pl";
&article_main;
}
elsif (добавить){
require "add.pl";
&add_main;
}

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

[NeoNox]

думаю ты не совсем прав.

...сказал Какаду и написал тоже самое но в три раза длиннее

[Green Kakadu]

...сказал Какаду и написал тоже самое но в три раза длиннее

угу, я вначале неодназначно понял твою фразу "чтобы запутаться сложнее было".
Но выигрыш в производительности от такого способа будет?

[NeoNox]

Но выигрыш в производительности от такого способа будет?

Врядли... Но чистота кода и глупых ошибок станет на порядок меньше.

[Green Kakadu]

Врядли...

но ведь, реально загружаемый код будет весить допустим не 200кб (как в одном файле), а например 50кб.. или это связано с мистической природой самого perl-интерпритатора?

[Green Kakadu]

о, и вот рекомендуют же большие модули разбивать на несколько и подружать их с помощью AUTOLOAD (Autoload.pm) по мере необходимости..

[Green Kakadu]

глупых ошибок

зато возможны другие - одинаковые имена подпрограмм

[NeoNox]

одинаковые имена подпрограмм

Ну уж... А как же разработать план скрипта? Сначала на бумаге? Конечно если это не простой счетчик..

[Green Kakadu]

А как же разработать план скрипта? Сначала на бумаге? Конечно если это не простой счетчик..

 об этом бы я тоже хотел узнать.