Начат сбор данных для базы процедур и функций сайта delphi.mastak

← →
lipskiy © (2002-04-18 01:29) [0]

Начат реальный сбор данных для базы.
Данные пока отправляются мне на мыло (тестируем), я их пересылаю Dimke Maslovu, который начал писать саму базу, скоро переключим напрямик.

Начнем!
http://delphi.adlen.ru/forma.html

← →
Dimka Maslov © (2002-04-18 10:48) [1]

Присылайте свои функций - с ними работа станет веселее, не на слове же "test" мне базу отлаживать!

Отдельное спасибо Виктору Щербакову за первую функцию!

← →
VictorT © (2002-04-18 12:40) [2]

На Билдере присылать?

← →
fliz © (2002-04-18 12:47) [3]

позвольте вам сказать :

МОЛОДЦЫ, ПАРНИ !

← →
Dimka Maslov © (2002-04-18 14:19) [4]

>VictorT

Можно, конечно и на билдере, я не против. Но давайте разберёмся, что и для чего мы делаем.

Delphi - среда программирования, в которой используется язык Object Pascal, надстройкой над которым является VCL.
C++Builder - схожая среда программирования, но использующая язык С++.
Мы делаем базу функций - коротких примеров кода именно на языке Object Pascal, который используется в Delphi. Использование VCL в этих примерах не обязательно.
Если же будет много примеров на билдере, тогда как быть с самим названием этого сайта "Мастера продуктов Borland"?. Всё-таки здесь сайт про Delphi...

Моё мнение, что примеры на C++ (давайте называть вещи своими именами) в принципе допустимы, но... Или в отдельном разделе, или с обязательным переводом кода на Object Pascal автором или модераторами.

А что вы думаете по этому поводу?

← →
lipskiy © (2002-04-18 14:27) [5]

Согласен с Dimka Maslov.
Pascal - отдельно, C++ - отдельно.

← →
Anatoly Podgoretsky © (2002-04-18 14:29) [6]

Котлеты отдельно, мухи отдельно

← →
iva © (2002-04-18 14:30) [7]

зерна от плевел

← →
lipskiy © (2002-04-18 14:34) [8]

Pascal - котлеты (зерна), C++ - мухи(плевлы) :)

← →
Виктор Щербаков © (2002-04-18 14:44) [9]

Щас и в этой ветке сишники с дельфистами бодаться будут :)

← →
VictorT © (2002-04-18 14:48) [10]

> lipskiy © (18.04.02 14:34)
Хорошо хоть смайлик поставил.

← →
vuk © (2002-04-18 14:59) [11]

Вопрос. Как быть если нужно положить в базу пару связанных друг с другом функций?

← →
Anatoly Podgoretsky © (2002-04-18 15:04) [12]

А без смайликов мы уже не понимаем :-)

← →
lipskiy © (2002-04-18 16:05) [13]

2 vuk
Во! По этому поводу заведена ветка
"Народ! Возник вопрос о необходимости одного поля в UBPFD !"
http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1019123537&n=3
Это к вопросу о поле "Источник данных" или "Пример использования".

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

Описать все это в поле "Описание", а в поле "Пример использования" показать пример вызова каждой функции, особенно обратив внимание на использование другой.

Если же функции бесполезны одна без другой - то отправить одну запись, и описать одну функцию вложенную в другую.

← →
vuk © (2002-04-18 16:18) [14]

>Во! По этому поводу заведена ветка
Та ветка ИМХО немного по другому поводу...

Я что думаю... Может есть смысл указывать зависимости не только от модулей, но и от других функций?

← →
PVOzerski © (2002-04-18 16:23) [15]

Ну вот, хотел свой кусок послать, а там такие ограничения на форматирование текста...
Неужто гробить время на изменение отступов со "своего" стандарта на требуемый?
Поясните: чего ради такие строгости? Во-первых, каждый пишет так, как ему удобнее.
Во-вторых, удобочитаемость достигается при разных вариантах форматирования текста.
В-третьих, существует некоторое количество программ - форматировщиков текста на Паскале -
не проще ли присланное "пропускать" через них.
В-четвёртых, всё равно всего не учтёте. Как делать отступы в case? Как размещать
константы-массивы, поля в record"ах и т.п.? Оставлять ли пробелы слева и справа от операторов?
можно ли упихивать if .. then .. else .. в одну строчку? Ставить ли ; перед end и until?
Можно ли писать вот так:
if ... then
...
else if ... then
...

Если можно, поясните: в чем смысл предъявляемых требований по оформлению? Какая-то
автоматическая обработка?

← →
lipskiy © (2002-04-18 16:27) [16]

!!!!
Это не требования, это пожелания!!!!
Это не обязательно!!!

← →
lipskiy © (2002-04-18 16:31) [17]

Подскажите, как правильно сформулировать, что эти правила необязательны, а всего лишь желательны???
Очень не хочется отпугивать пользователей этими правилами, но кому не в лом - лучше воспользоваться ими. Это сократит работу модераторам и мастерам при тестировании кода, надо полагать.

Так как сформулировать?

← →
Виктор Щербаков © (2002-04-18 16:40) [18]

> Ну вот, хотел свой кусок послать, а там такие ограничения
> на форматирование текста...

Это не ограничения, а всего лишь рекоммендации.
Если Вас напрягает потратить пару минут на форматирование исходника, то можно этого не делать.

> Во-первых, каждый пишет так, как ему удобнее.

Вот именно. Предполагается, что присылаемый код будет проверяться, а читать исходники оформленные по-разному - утомительно.
Кроме этого, база создается для повторного использования кода другими программистами. Читать чужой исходник будет проще, если он оформлен так, как это делает Borland. Их код все привыкли читать.

← →
Anatoly Podgoretsky © (2002-04-18 16:43) [19]

Использовать слово "рекомендуется"

← →
VID © (2002-04-18 16:46) [20]

TO PVOzerski: Укажи на какую-нить прогу по автоформатированию... неплохая идея.

TO Vuk: В поле "зависимости" надо указывать как используемые функции так и используемые модули. Поясню: допустим ты в своей присылаемой функции используешь функцию Length(S:String):Integer;
Функция lenght содержится в модуле System.pas, и это модуль является общедоступным. Поэтому в поле "Зависимости" можешь указать "system.pas".

Теперь, пусть ты используешь функцию ExtractFileNameEX (Эту функцию я туда отправил, она должны быть в создаваемой базе). Итак, этой функции нет в общедоступных модулях, идущих в поставках Delphi. Но она есть в UBPFD. Тогда в поле "Зависимости" указываешь : "UBPFD.ExtractFileNameEX". Таким образом человек, желающий использовать твою функцию, будет знать где находятся связанные с ней другие функции.

Если же связанной функции нет ни в общедоступных модулях, ни в UBPFD, то тебе придётся для начала добавить её в UBPFD, а потом сослатьс яна неё : "UBPFD.Имя_Связанной_Функции".

TO lipskiy: Можно просто написать это собщение (о необязательности форматирования), так что бы оно бросалось в глаза. И правила форматирования поместить за полем ввода кода - тогда пользователь не будет напрягаться по поводу правил.

← →
VID © (2002-04-18 16:54) [21]

TO ALL: А список правил возможно действительно надо сократить, оставив только пункты [6-8, 10].

← →
vuk © (2002-04-18 16:56) [22]

to VID:
>В поле "зависимости" надо указывать как используемые функции
>так и используемые модули.
Во! Ну так тогда так и надо писать, а то ж в форме написано:

Зависимости - Список всех используемых модулей

Только вот может под зависимости от функций отдельное поле в форме завести. Тогда будет проще их отслеживать, опять же если БД будет, то взаимные связи формировать будет легче - не нужно просматривать все зависимости чтобы отличить зависимости модулей и зависимости от функций. В идеале, конечно, лучше было бы иметь возможность явно указывать зависимости. То есть не вбивать текст, а выбирать из списка уже существующих функций. но это опять же с БД должно работать.

← →
Виктор Щербаков © (2002-04-18 16:58) [23]

> vuk © (18.04.02 16:56)

Полностью согласен.

При использовании стандартных модулей Delphi предлагаю не указывать их в списке.

to panov:
Не согласен. Нет смысла указывать только system, а вот все остальное как раз стоит - тому, кто будет использовать проще будет.

to vuk: ну да.. ты прав, скоро поправим ошибку...

to panov: почему? Вдруг кто-нить захочет исключить из своего проекта стандартный модуль, (ну допустим есть у него возможность обойтись без этого стандартного модуля), а потом будет ломать голову - почему же это проект не компилируется ?

ИМХО, лучше всё-таки указывать и стандартные модули. Так более формализованей будет.

panov © (18.04.02 17:11)
Иногда бывает очень важно какие именно модули использует функция.
Например когда важен размер программы и нужно сделать всё на API.

2VID © (18.04.02 16:46)

> TO PVOzerski: Укажи на какую-нить прогу по автоформатированию... неплохая идея.

Например, ptop из FreePascal. Описание: http://www.freepascal.org/tools/ptop.html

Сама скомпилилированная под Win32 утилита находится в файле:
ftp://ftp.freepascal.org/fpc/dist/Win32/separate/utilw32.zip

Производится ли како-либо подтверждение отправки данных из формы? Или оно все молча отправляет? А то кнопку нужимаю - и никакой реакции на происходящее... Может броузер глючит?

2 vuk
После отправки сейчас должна загружаться страница с ТЗ, потом сделаем окошко - подтверждение. Если ничего не происходит - значит глюки.

Значит все-таки глюки. :o( Перезагрузил страницу, попытался отправить еще раз - тот же эффект. То есть нет никакого эффекта. :o(

Перезапустил компьютер, попробовал еще раз. Все то же самое. Видать не судьба. :o(

P.S. W2K, IE 6.0.2600.0000

Короче, во всем виноват Explorer. :o(
Из Оперы все заработало. :o)

Начат сбор данных для базы процедур и функций сайта delphi.mastak Найти похожие ветки