Я иду туда и обратно по чистой управляемой фасоли против объекта данных. Я использовал много объектов данных некоторое время, но затем столкнулся с некоторыми проблемами с жизненным циклом JSF, я думаю, что я просто не мог работать. Не уверен, что был задействован повторный или пользовательский контроль. Так что я в значительной степени вернулся и сейчас отказался от них.
Другое, тогда эта проблема у меня была, я не уверен, что есть тонна разницы. Я думаю, что dataObject может быть немного путаницей. Поскольку вы можете установить его на XPage, но вы можете изменить его область на сеанс или приложение, которое я считаю. Но если вы это сделаете, это кажется более беспорядочным и трудным для поиска, а затем созданием компонента в face-config.
Я не уверен в части вашего объекта saveObject.
Вы никогда не хотите ставить чистый объект домино внутри компонента или облачной переменной, потому что они не могут быть сериализованы и в какой-то момент будут брошены сборщиком мусора, что, вероятно, будет вам неудобно.
Если вы только что сделали «var tmpVar = новый пакет.TestClass()», то да, который будет убит довольно быстро из-за ограниченного срока службы этой переменной. если вы хотите создать объект таким образом и сохранить его дольше, поместите его в истинную область: viewScope.put («myObject», tmpVar);
У меня есть видео, где я пытался привести примеры из 4 возможных способов использования объектов Java. В блоге размещены некоторые очень хорошие комментарии Тима Tripcony, которые могут дать вам дополнительную информацию.
http://www.notesin9.com/2013/08/01/notesin9-122-working-with-java-objects-in-xpages/