Форум: "Потрепаться";
Текущий архив: 2002.05.27;
Скачать: [xml.tar.bz2];
ВнизНачат сбор данных для базы процедур и функций сайта 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)
Полностью согласен.
← →
panov (2002-04-18 17:11) [24]При использовании стандартных модулей Delphi предлагаю не указывать их в списке.
← →
vuk (2002-04-18 17:17) [25]to panov:
Не согласен. Нет смысла указывать только system, а вот все остальное как раз стоит - тому, кто будет использовать проще будет.
← →
VID (2002-04-18 17:19) [26]to vuk: ну да.. ты прав, скоро поправим ошибку...
to panov: почему? Вдруг кто-нить захочет исключить из своего проекта стандартный модуль, (ну допустим есть у него возможность обойтись без этого стандартного модуля), а потом будет ломать голову - почему же это проект не компилируется ?
ИМХО, лучше всё-таки указывать и стандартные модули. Так более формализованей будет.
← →
Виктор Щербаков (2002-04-18 17:21) [27]panov © (18.04.02 17:11)
Иногда бывает очень важно какие именно модули использует функция.
Например когда важен размер программы и нужно сделать всё на API.
← →
PVOzerski (2002-04-18 17:30) [28]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
← →
vuk (2002-04-18 18:49) [29]Производится ли како-либо подтверждение отправки данных из формы? Или оно все молча отправляет? А то кнопку нужимаю - и никакой реакции на происходящее... Может броузер глючит?
← →
lipskiy (2002-04-18 19:38) [30]2 vuk
После отправки сейчас должна загружаться страница с ТЗ, потом сделаем окошко - подтверждение. Если ничего не происходит - значит глюки.
← →
vuk (2002-04-18 19:46) [31]Значит все-таки глюки. :o( Перезагрузил страницу, попытался отправить еще раз - тот же эффект. То есть нет никакого эффекта. :o(
← →
vuk (2002-04-18 20:02) [32]Перезапустил компьютер, попробовал еще раз. Все то же самое. Видать не судьба. :o(
P.S. W2K, IE 6.0.2600.0000
← →
vuk (2002-04-18 20:26) [33]Короче, во всем виноват Explorer. :o(
Из Оперы все заработало. :o)
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2002.05.27;
Скачать: [xml.tar.bz2];
Память: 0.53 MB
Время: 0.006 c