Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 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.52 MB
Время: 0.069 c
1-88540
Стас
2002-05-16 08:33
2002.05.27
TNMFTP под Win2000


1-88494
Abu
2002-05-15 17:30
2002.05.27
Как убрать конечные пробелы в строке ?


1-88462
IronWit
2002-05-17 17:20
2002.05.27
как менять программно ширину и высоту колонок в stringgrid


3-88334
kopelev
2002-04-30 11:58
2002.05.27
Не так работает DBGRID


3-88332
MaXie
2002-04-30 11:51
2002.05.27
Update ODBC -> смерть клиенту!





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский