Исправление rukez, (текущая версия) :
Иногда пишут «заклинания» при групповой обработке данных
если квалификации бухгалтера хватает, то почему бы и нет, хотя если он ошибётся то, помимо порчи данных (которая вполне может быть и после выборки, если форма потом чего-нить пишет обратно, типа данных в регистры накопления), это может привести и к приколам в налоговой (задекларировали лишний ноль в доходах? молодцы :-) ), и к порочным действиям руководства (да у нас тут рост прибылей аж на 300% по производству собачих фекалек, покупаем новый фекальковый цех … как это там минус пропал? мы уже оплатили всё) и к прочим коллапсам (как это ооо «жопуржец» получило прайс для ооо «пендехох»? они же теперь будут требовать себе такие-же цены)
так что в идеальном мире, программист знает где чего лежит и может с этими данными делать чего надо, а бухгалтер просто пишет ему записку что с ними нужно делать
ну и да, там выборки это по сути просто аргумент функции выбора из бд, на явушке ты можешь намного больше - очень хороший старт описан в MethodInvocationUtils тута: https://stackoverflow.com/questions/935175/convert-string-to-code
с минимумом переделок позволяет просто пихнуть текстом например вот такой скрипт (хоть из поля ввода на форме :-) ):
import ru.topol3.Client.Client;
import ru.topol3.Client.ClientsList;
import ru.topol3.Devices.Device;
public class Script {
public static void run() {
Client client = ClientsList.getClient(0);
Device dev = client.getDevice(0);
System.out.println(dev.getName());
dev.setName("Замена имени из скрипта");
}
}
и получить доступ к нужным переменным, поправить их из скрипта, позапускать чего надо и вообще работать на полных правах захардкоженного кода
при этом скрипты, при наличии исходников к приложению, писать одно удовольствие - ты просто пишешь обычный кусок кода без размышлений о том что там будет с данными когда они туда-сюда пробегуться из явы в жс, как объекты подвязать и т.п. - тебе доступно вообще всё.
Исправление rukez, :
Иногда пишут «заклинания» при групповой обработке данных
если квалификации бухгалтера хватает, то почему бы и нет, хотя если он ошибётся то, помимо порчи данных (которая вполне может быть и после выборки, если форма потом чего-нить пишет обратно, типа данных в регистры накопления), это может привести и к приколам в налоговой (задекларировали лишний ноль в доходах? молодцы :-) ), и к порочным действиям руководства (да у нас тут рост прибылей аж на 300% по производству собачих фекалек, покупаем новый фекальковый цех … как это там минус пропал? мы уже оплатили всё) и к прочим коллапсам (как это ооо «жопуржец» получило прайс для ооо «пендехох»? они же теперь будут требовать себе такие-же цены)
так что в идеальном мире, программист знает где чего лежит и может с этими данными делать чего надо, а бухгалтер просто пишет ему записку что с ними нужно делать
однако (с) ничто вообще не мешает это делать на яве - очень хороший старт описан в MethodInvocationUtils тута: https://stackoverflow.com/questions/935175/convert-string-to-code
с минимумом переделок позволяет просто пихнуть текстом например вот такой скрипт:
import ru.topol3.Client.Client;
import ru.topol3.Client.ClientsList;
import ru.topol3.Devices.Device;
public class Script {
public static void run() {
Client client = ClientsList.getClient(0);
Device dev = client.getDevice(0);
System.out.println(dev.getName());
dev.setName("Замена имени из скрипта");
}
}
и получить доступ к нужным переменным, поправить их из скрипта, позапускать чего надо и вообще работать на полных правах захардкоженного кода
при этом скрипты, при наличии исходников к приложению, писать одно удовольствие - ты просто пишешь обычный кусок кода без размышлений о том что там будет с данными когда они туда-сюда пробегуться из явы в жс, как объекты подвязать и т.п. - тебе доступно вообще всё.
Исходная версия rukez, :
Иногда пишут «заклинания» при групповой обработке данных
если квалификации бухгалтера хватает, то почему бы и нет, хотя если он ошибётся то, помимо порчи данных (которая вполне может быть и после выборки, если форма потом чего-нить пишет обратно, типа данных в регистры накопления), это может привести и к приколам в налоговой (задекларировали лишний ноль в доходах? молодцы :-) ), и к порочным действиям руководства (да у нас тут рост прибылей аж на 300% по производству собачих фекалек, покупаем новый фекальковый цех … как это там минус пропал? мы уже оплатили всё) и к прочим коллапсам (как это ооо «жопуржец» получило прайс для ооо «пендехох»? они же теперь будут требовать себе такие-же цены)
так что в идеальном мире, программист знает где чего лежит и может с этими данными делать чего надо, а бухгалтер просто пишет ему записку что с ними нужно делать