Всем добрый день!

Искал пример по синтаксису EXPORT/IMPORT TO/FROM MEMORY ID, на SDN наткрулся на такую фразу:


Что это за Global class, кто-нибудь может пояснить? В OOP разбираюсь неплохо - так что можно сразу "по понятиям".

Для тех же целей предпочитаю использовать паттерн синглтон. Краше и правильней, на мой взгляд, чем статика.

Автор пишет о простом. Global class - это класс, созданный в SE24. Статические атрибуты этого класса автор использует для передачи данных.

Может имеется ввиду:

А если прочитать требуется внутри новой internal session инициированной через submit или call trasaction ? Ваш синглтон видимо не сработает.
Хотя надо проверить
UPD Впрочем подумав - думаю проверять не надо, не сработает))

Абсолютно согласен с предыдущим утверждением. Singelton потом проще править. Типа добавить листнер или реализовать какой-нибудь интерфес.

Да, видимо это и имеется в виду. Интересный способ, спасибо!

Синглтон обсуждать не готов, ибо не знаю, что это такое.

2 Пономарев Артем: синглтон не сработает, если переход в др. тр-цию/отчет выполняется. Но он так же и не сработает если нужно передавать что-то и внутри одной программы если программа стандартная. Т.е. если в одном экзите что-то надо положить в ведро, а через пару-тройку вызовов, в совсем другом экзите считать.
2 Человек: глобальный класс не спасет при переходе в др. тр-цию/отчет. Экземпляр даже статического глобального класса живет только в 1 сессии. Можете проверить сами.

Кодер, ну как вам сказать. У меня не один проект с синглтонами прекрасно живет. В то числе и с разными экзитами и транзакциями. Главное чтобы сессия одна была.
Вы себе, просто, неверно представляете мою реализацию

UPD.: Вернее в принципе неверно представляете себе реализацию паттерна, т.к. у меня классическая.

2 Артем Хочется разобраться, т.е. понятно что тру ООП не должно содержать таких вещей как submit, но все же
как оно у вас работает,(оговорюсь системы нужной версии под рукой нет так что вопросы бы может и не задавал бы) например
CLASS ZA DEFINITION CREATE PRIVATE.
public section
CLASS-METHOD get_instance returning rr_instance type ref to ZA.
private section mr_instance.
ENDCALSS.
CLASS ZA IMPLEMENTATION.
METHOD get_instance.
If NOT mr_instance IS bound.
CREATE mr_instance.
endif.
rr_instance = mr_instance.
ENDMETHOD.
ENDCLASS.
Дергаем в программе А получаем инстанцию делаем submit программы Б и насколько я себе представляю,
то в новой сессии в программе Б также создастся своя ссылка(но другая), я не прав?
Позову на помощь Thorsten Franz http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/23449 он говорит

Implications of creating a new internal mode

Causing the creation of a new internal mode means that the states of every function group, class, and object instance you have touched and changed during the course of your main program is reset. If you have, say, initialized the Business Application Log function group and opened a log to which you want to add entries, you’re out of luck – the log lives in the internal mode of the caller but not the called program.
Same with any ABAP classes that you may have touched: All of their class constructors will have to be executed again in the new internal mode, different instances will be created for singleton, and the state of the internal mode will generally behave like a remotely called system (CALL FUNCTION … DESTINATION), except that you won’t be able to return to it with repeated function calls and that no call-back (as in CALL FUNCTION … DESTINATION ‘BACK’) is possible.

Человек, так вы все верно пишете. Мой подход, как и вариант со статик атрибутами, работает только в рамках одной сессии.
Это ограничение на использование. Но достаточно часто - несущественное.

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

Т.е. просто легкий misunderstood случился, ну и ладно

2 Пономарев Артем: тормознул. С подсказки коллеги идею понял