История изменений

Иногда пишут «заклинания» при групповой обработке данных

если квалификации бухгалтера хватает, то почему бы и нет, хотя если он ошибётся то, помимо порчи данных (которая вполне может быть и после выборки, если форма потом чего-нить пишет обратно, типа данных в регистры накопления), это может привести и к приколам в налоговой (задекларировали лишний ноль в доходах? молодцы :-) ), и к порочным действиям руководства (да у нас тут рост прибылей аж на 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("Замена имени из скрипта");
	}
}

и получить доступ к нужным переменным, поправить их из скрипта, позапускать чего надо и вообще работать на полных правах захардкоженного кода

при этом скрипты, при наличии исходников к приложению, писать одно удовольствие - ты просто пишешь обычный кусок кода без размышлений о том что там будет с данными когда они туда-сюда пробегуться из явы в жс, как объекты подвязать и т.п. - тебе доступно вообще всё.

Иногда пишут «заклинания» при групповой обработке данных

если квалификации бухгалтера хватает, то почему бы и нет, хотя если он ошибётся то, помимо порчи данных (которая вполне может быть и после выборки, если форма потом чего-нить пишет обратно, типа данных в регистры накопления), это может привести и к приколам в налоговой (задекларировали лишний ноль в доходах? молодцы :-) ), и к порочным действиям руководства (да у нас тут рост прибылей аж на 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("Замена имени из скрипта");
	}
}

и получить доступ к нужным переменным, поправить их из скрипта, позапускать чего надо и вообще работать на полных правах захардкоженного кода

при этом скрипты, при наличии исходников к приложению, писать одно удовольствие - ты просто пишешь обычный кусок кода без размышлений о том что там будет с данными когда они туда-сюда пробегуться из явы в жс, как объекты подвязать и т.п. - тебе доступно вообще всё.

Иногда пишут «заклинания» при групповой обработке данных

если квалификации бухгалтера хватает, то почему бы и нет, хотя если он ошибётся то, помимо порчи данных (которая вполне может быть и после выборки, если форма потом чего-нить пишет обратно, типа данных в регистры накопления), это может привести и к приколам в налоговой (задекларировали лишний ноль в доходах? молодцы :-) ), и к порочным действиям руководства (да у нас тут рост прибылей аж на 300% по производству собачих фекалек, покупаем новый фекальковый цех … как это там минус пропал? мы уже оплатили всё) и к прочим коллапсам (как это ооо «жопуржец» получило прайс для ооо «пендехох»? они же теперь будут требовать себе такие-же цены)

так что в идеальном мире, программист знает где чего лежит и может с этими данными делать чего надо, а бухгалтер просто пишет ему записку что с ними нужно делать