и потом - ты в компиляторе можешь обратиться к переменной через ее имя
в другой переменной? Нет? А тогда чего...
А при чём тут обсуждаемый препроцессор?
Или я чего-то упустил?
Понятно, что для предложенного нужно несколько, э..., расширять
возможности языка и blr-а, если хранить эти
Понятно, что для предложенного нужно несколько, э..., расширять
возможности языка и blr-а, если хранить эти шаблоны/макросы в
предкомпилированном состоянии.
Т.е. сейчас есть список фиксированных зависимостей, он состовляется в
момент компиляции, и их сервер отслеживает.
А нужен ешё список
Tonal пишет:
Т.е. сейчас есть список фиксированных зависимостей, он состовляется в
момент компиляции, и их сервер отслеживает.
А нужен ешё список подстовляемых зависимостей, который так же
составляется в момент компиляции, но проверятся начинает только момент
воплощения...
Правда придётся
Hello, freemanzav!
freemanzav wrote:
Dmitri Kuzmenko wrote:
и потом - ты в компиляторе можешь обратиться к переменной через ее имя
в другой переменной? Нет? А тогда чего...
RTTI ?
ребята, у кого из нас крышу несет? Ну у меня почти да,
в силу подготовки к конференции. Но не до такой же
Dmitri Kuzmenko wrote:
Hello, freemanzav!
freemanzav wrote:
Dmitri Kuzmenko wrote:
и потом - ты в компиляторе можешь обратиться к переменной через ее имя
в другой переменной? Нет? А тогда чего...
RTTI ?
ребята, у кого из нас крышу несет? Ну у меня почти да,
в силу подготовки
Hello, freemanzav!
freemanzav wrote:
ребята, у кого из нас крышу несет? Ну у меня почти да,
в силу подготовки к конференции. Но не до такой же
степени :-)
Ну по крайней мере в Delphi, зная имя
свойства класса и если оно объявлено
как published можно получить или
установить его (свойства)
Dmitri Kuzmenko wrote:
мы про переменные говорим. про ClassName я в курсе,
но это все равно не то.
если хочешь, приведи пример типа
var
a: string;
b: integer;
begin
a:='b';
SetVar(a):=10; // чтобы в b присвоилось 10 как integer
end
Если свойства класса считать
Приветствую ( видимо вторник мой день..:)
Сидит у меня уже давно в голове одна полу бредовая идея и не хочет уходить.
Ситуация такая. PSQL в FB реализован в с системой зависимостей и это есть ГУД.
Но переодически всплывают топики о передаче имене таблицы в процедуру и т.п.
(ES с его
однотипных процедур, в которых отличается только пара названий метаданных.
Появилась идея:
Создавать что-то вроде шаблонов, которые хранятся в самой базе.
это решается препроцессором SQL, у нас, например свой, с IBExpert-ом идет
свой
некоторые решают это средой разработки
нормы приличия
ЕПtemplate Table T1,Table T2)
ЕПcreate procedure P1(...)
ЕПas
ЕПbegin
ЕП
ЕПend;
ЕП
ЕПselect from P1MyTable1,MyTable2(...)?
Примерно да.
Но перед использованием данные шаблоны интерпретируются в соответствующий
нормальный PSQL-код с нужными параметрами. А далее ими
пользуются как обычными
БАэто решается препроцессором SQL, у нас, например свой, с IBExpert-ом идет
БАсвой
БАнекоторые решают это средой разработки
А как это у Вас реализовано?
БАнормы приличия оно нарушает, хотя бы в части прав
Спасибо, тоже надо обмозговать. Хотя это несколько из другой сферы, но логично
Evgeny Putilin wrote:
Будеш спонсором пиши ТЗ
Послать я и без этого могу :-)
--
Дмитрий Еманов
sw wrote:
Конечно всё это можно реализовать на клиенте, но вопрос именно про серверную
реализацию.
Диалектическая спираль. Как мне использовать ES/EB не используя ES/EB.
--
Regards. Ded.
А как это у Вас реализовано?
например так:
код вида
create table DOC$ITEMS( -- Экземпляры документов
ID ZLS$PK, -- Первичный ключ
ID_K ZLS$FK,-- Вид документа
NAME ZLS$NAME, -- Идентификатор документа
COMMENT ZLS$COMMENT,
БАнапример так:...
Спасибо, а для PSQL что-нибудь использовали?
Спасибо, а для PSQL что-нибудь использовали?
а нам не надо :)
--
Булычев Алексей
http://www.stella-npf.ru
а нам не надо :)
Спасибо за комплимент, но я не обижаюсь.
Изначально вопрос появился из-за того, что во многих системах FB используется
только как транзакционный движок для хранения данных.
Часто вся логика обработок находится в клиенте и без единой процедуры. Может
конечно из-за соображений
Появилась идея:
Создавать что-то вроде шаблонов, которые хранятся в самой базе.
Которые бы компились бы с подстановной соответствующих параметров,
соответственно можно использовать и макросы, хранящиеся
отдельно.
Execute block тебе в руки. Но только помнить при этом, что отсутствие
Hello, sw!
sw wrote:
Ситуация такая. PSQL в FB реализован в с системой зависимостей и это есть ГУД.
Но переодически всплывают топики о передаче имене таблицы в процедуру и т.п.
(ES с его ограничениями не будем рассматривать.) Похожий вопрос наверное
возникал у любого, которому приходилось
и потом - ты в компиляторе можешь обратиться к переменной через ее имя
в другой переменной? Нет? А тогда чего...
было такое в xBase:
и где теперь xBase +:) ?
--
Булычев Алексей
http://www.stella-npf.ru
Dmitri Kuzmenko пишет:
а не надо однотипные процедуры создавать.
и потом - ты в компиляторе можешь обратиться к переменной через ее имя
в другой переменной? Нет? А тогда чего...
было такое в xBase:
a = 'b'
b = 5
? a.
:-D
--
С уважением,
Андрей Еремин.
Hello, Andrei!
Andrei Yeryomin wrote:
было такое в xBase:
я про компилятор, а ты мне про интерпретатор...
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Dmitri Kuzmenko wrote:
и потом - ты в компиляторе можешь обратиться к переменной через ее имя
в другой переменной? Нет? А тогда чего...
RTTI ?
23 matches
Mail list logo
