Forum Webscript.Ru
Программирование => Perl => Тема начата: sland от 19 Марта 2002, 13:15:13
-
Когда пишешь, скажем, форум или чат, то можно засунуть все в один скрипт (например, как в статье про чат на этом сайте), а можно каждую функцию - login, запись нового сообщения, чтение сообщений - сделать как отдельный скрипт.
Наверное, если этот чат или форум очень посещаем, имеет смысл использовать вторую тактику, чтобы сервер запускал как можно более маленькие скрипты, а в других случаях лучше первая.
Или как?
-
Наверное, если этот чат или форум очень посещаем, имеет смысл использовать вторую тактику, чтобы сервер запускал как можно более маленькие скрипты, а в других случаях лучше первая.
Или как?
sland я тоже всегда так думал ;) и вроде бы даже где-то читал рекомендации по использованию таких конструкций:
if (что-то){
require "script_lib.pl";
&you_can_do_it;
}
-
require "script_lib.pl";
&you_can_do_it;
Это чтобы запутаться сложнее было.
ИМХО, часто используемые функции лучше конечно отправить в отдельный файл, чем рассматривать и редактировать простыню на 100 экранов.
-
Это чтобы запутаться сложнее было.
ИМХО, часто используемые функции лучше конечно отправить в отдельный файл, чем рассматривать и редактировать простыню на 100 экранов.
думаю ты не совсем прав - удобство + кода действительно меньше надо будет грузить/обрабатывать.
Вот например, есть скрипт и его основные функции:
- просмотр индексной страницы
- просмотр статьи
- добавление статьи
Довольно неплохо ИМХО, сделать файлик с содержанием, а подпрограммы, связанные с выполнением конкретных функций раскидать по разным библиотекам, в результате основной скрипт-содержание будет примерно такого вида
if (индекс){
require "index_view.pl";
&index_main;
}
elsif (статья){
require "article.pl";
&article_main;
}
elsif (добавить){
require "add.pl";
&add_main;
}
Довольно удобно в смысле наращивания дополнительных воз-тей + данные (например пути, урлы) достаточно хранить в этом скрипте-содержании, что тоже удобно.
Впрочем, я непрограммист, с правилами хорошего тона и структуризации программ к сожалению не знаком - мне и самому интересно узнать ответ на вопрос топика: "как лучше представить/структуризировать большой программный проект"
-
думаю ты не совсем прав.
...сказал Какаду и написал тоже самое но в три раза длиннее :)
-
...сказал Какаду и написал тоже самое но в три раза длиннее
:) угу, я вначале неодназначно понял твою фразу "чтобы запутаться сложнее было".
Но выигрыш в производительности от такого способа будет?
-
Но выигрыш в производительности от такого способа будет?
Врядли... Но чистота кода и глупых ошибок станет на порядок меньше.
-
Врядли...
но ведь, реально загружаемый код будет весить допустим не 200кб (как в одном файле), а например 50кб.. или это связано с мистической природой самого perl-интерпритатора?
-
о, и вот рекомендуют же большие модули разбивать на несколько и подружать их с помощью AUTOLOAD (Autoload.pm) по мере необходимости..
-
глупых ошибок
зато возможны другие - одинаковые имена подпрограмм
-
одинаковые имена подпрограмм
Ну уж... А как же разработать план скрипта? Сначала на бумаге? Конечно если это не простой счетчик..
-
А как же разработать план скрипта? Сначала на бумаге? Конечно если это не простой счетчик..
об этом бы я тоже хотел узнать. :)