2 leshik
Конечно мне не очень хотелось бы чтобы КОП был завязан на конфигурации, или требовал ее изменений.
НО: я думаю что можно выставить наружу необходимые методы для парсинга виртуальных таблиц и соответственно в таком случае можно написать свой КОП (хоть путем наследия от моего)... как такой вариант?

leshik писал(а) 18. Августа 2009 :: 05:30:


Неееее...
Есть методы реализующие парсинг виртуальных таблиц, но они счас "приватные". Т.е. доступны только в модуле класса. Я их (а их там буквально несколько) выставлю наружу и дам им подробное описание.
Ты в свою очередь создаешь класс "КакоеТоНовоеНазвание", и делаешь его наследником от "ПрямойЗапрос".
Соответственно необходимые методы класса ты можешь переопределить в своем новом КОП и в нем ты можешь реализовать сколько хочешь виртуальных таблиц применяемых только у тебя.

Тебе просто понадобится переопределить методы
ПодготовитьТекстЗапроса()
Выполнить()
ВыполнитьЗапрос()
Остальные можно оставить без изменений, ничего особенного тебе там не понадобится.

Если такой вариант устраивает я выложу новый релиз. 

Выложена новая версия 1.03.003. Из нового:
1.03.003 (beta) от 18.08.09 г.
- Некоторые методы и атрибуты выделены в качестве публичных в целях возможности создания «расширений» в данному классу. В основном данные методы предназначены для удобного разбора виртуальных таблиц в текстах запросов. Подробнее см. раздел «Описание дополнительных методов класса».
- Добавлены новые функции Лево, Право для получения соответственно левой или правой части строки.
- Добавлены новые функции СокрЛ и СокрП для удаления пробелов соответственно с левой или правой части строки.

В общем внесены изменения по просьбам товарищей: classic и leshik. Обновление брать в топике. 

classic писал(а) 18. Августа 2009 :: 15:13:

Да я могу и Лев и Прав добавить, мне в принципе фиолетово 
Просто ЛевО и ПравО более правильно, я бы счас и СРЕД исправил на ПОДСТРОКА. Вот только поздно уже. Может пускай остаются, это все таки язык запросов, а не язык 1С

Подправил мелкий неприятный косячок, на SQL неправильно обрабатывалась функция СРЕД если она написана в любом другом регистре кроме верхнего.

Файл брать в топике. ОБЯЗАТЕЛЬНО 

Я как хозяин топика могу немного пооффтопить?
В общем интересный вопрос, кто как его решает, ведь он не у меня одного возник?

Собственно в чем вопрос:
Пришел клиент, попросил отчет, написали. Использовали при этом данный класс (ну и ИТЗ + Yoksel + что-то еще), и вот значит он (клиент) и говорит, мол не могу отдать свою программеру-ламеру данный отчет на "тюнинг"... не въезжает... ну мы ему что мол Yoksel, 1C++, FormEx - берите на соответствующих ресурсах и "фперет". Он говорит, да все хорошо но как быть с прямыми запросами? Он (программист) типа не шарит... документацию бы...

Конечно данный топик позволяет ему прийти сюда и взять все что он хочет, но они хотят получить ее "официально" от нас, с какой-то возможно поддержкой или незначительным "пояснением".

Вот что ему ответить?

Пы.сы при написании вопроса ни один директор, программист и исполнитель не пострадал, все персонажи вымышлены, совпадения случайны. 

classic писал(а) 19. Августа 2009 :: 12:13:


Да можно...

Нашел неприятный баг, в режиме DBF класс не менял _ на __ в виде объекта запроса (справочник, документ, регистр).
Класс брать в топике.