>> В принципе я согласен с каждым из 3-х пунктов приведенных им в качестве
>> аргументов за. 1
W> А может, собрать также и аргументы "против"? А то какое-то
W> одностороннее обсуждение получается.
Ок, на то оно и обсуждение...
W> Итак, реализация этого пожелания
W> 1. Удлинняет запись вызова ХП
В больших проэктах, ИМХО, краткость не есть благодетель
W> 2. Худшая читабельность кода (а нифига не лучшая)
Дело вкуса. Не имеется ввиду обязательность это фичи.
Можешь и по старинке ...
W> 3. Лишняя возможность поймать глюки, перепутав названия
W> параметров (перепутать порядок следования ИМХО всё ж сложнее)
Ну если ты именуешь параметры Param1, Param2, PI, P1
то возможно, а если нормально DateDocument, IDKontragent
то довольно тредно :)
W> Уж лучше типа select * from Test (3, ,10), это куда как нагляднее.
Возможно, возможно, ...
W> Но даже такой вариант, если честно, нафиг не нужен.
W> Дефолтовые параметры в процедуре изначально располагай в
W> последовательности, которая максимально будет использовать эту
W> самую дефолтовость.
А вот ЭТО (изначально) не всегда возможно.
Есть такое понятие как эволюция проэкта ...
W> Ты вот на чём пишешь? Я на Delphi, и вполне привык так делать.
Да я тоже на Delphi, и на С++Builder, и на PHP, ... (в зависимости от задач)
Но ведь вопрос не в этом. Некоторые привычки можно и поменять :)
А, не в упрёк прекрасному продукту IBExpert, дело в том - что
отлавливать подобные глюки в Delphi намного проще да и типизация
параметров там пожощё (не говоря уж о С++).
Простейший пример:
create procedure (id1 bigint, id2 bigint = 0)
и изменённый вариант:
create procedure (id1 bigint, id3 varchar(64) = '-1', id2 bigint = 0)
в Firebird даже если есть связки ошибки на этапе
(пере)компиляции не будет. Delphi ругнётся сразу ...
Конечно от "кривых" ручек никто и никогда не будет застрахован ...
С уважением,
Константин Григорьевич.
===============
