SAPфорум.RU • Просмотр темы

111

Сорри, вот это лишнее:
*==============================================*
define tabread_index.
describe table &1 lines lc_&1.
end-of-definition.
*==============================================*

Хотел забацать макрос
*==============================================*
define tabread_index.
read table &1 index &2.
end-of-definition.
*==============================================*

Но потом решил, что это уже изврат :-)

111

Возможно, есть смысл в макросе
*======================================================================*
define tabtools_local.
local: tbx_&1, " Для хранения позиции курсора
lc_&1, " Для количества строк таблицы
wa_&1. " Work Area для таблицы
end-of-definition.
*======================================================================*

Чтобы его можно было использовать следующим образом:
*=================================
*&---------------------------------------------------------------------*
*& Form some_reads
*&---------------------------------------------------------------------*
* text
*----------------------------------------------------------------------*
* --> p1 text
* <-- p2 text
*----------------------------------------------------------------------*
FORM some_reads .
tabtools_local itab.

read table itab into wa_itab index 1.
tbx_itab = sy-tabix.
break-point.
ENDFORM. " some_reads

111

Фига себе - я уже "Ассистент"! :-))
Всего за 2 дня поднялся от "начинающего" до "ассистента". Вот бы так и в жизни :-))).

Кодер

2 111: макросы - не зергут. В том же хелпе написано. И, опять же, в отладчики их не отследишь :cry:

Uukrul

Кодер написал(а):

2 111: макросы - не зергут. В том же хелпе написано. И, опять же, в отладчики их не отследишь :cry:

Ну это как говорится главное не пересаливать ими

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

Code:

DEFINE ext_to_int.
  call function 'CONVERSION_EXIT_ALPHA_INPUT'
       exporting
            input  = &1
       importing
            output = &2.
END-OF-DEFINITION.

И что тут отлаживать :roll:

111

Uukrul написал(а):

Ну это как говорится главное не пересаливать ими :P , а так очень даже часто и годится у меня самый ходовой, посмотрел по частоте использования вот такой:

Code:

DEFINE ext_to_int.
  call function 'CONVERSION_EXIT_ALPHA_INPUT'
       exporting
            input  = &1
       importing
            output = &2.
END-OF-DEFINITION.

И что тут отлаживать :roll:

А почему у тебя так часто возникает необходимость явно, ручками вызывать этот ФМ? Я так вообще никогда в жизни этого не делал :-).
Он разве не вызывается автоматом, когда обрабатывается оператор WRITE?

111

Кодер написал(а):

2 111: макросы - не зергут. В том же хелпе написано.

Не стоит так драматично воспринимать рекомендации из хелпника :-).
Если бы это было не гут - нам бы пользоваться этим возможности не дали.
Просто любая вещь если и хороша - то только если в меру.

Кодер написал(а):

И, опять же, в отладчики их не отследишь :cry:

А нехрен туда вообще пихать что-то, что может представлять интерес при отладке :-).
Макрос вообще не должен состоять более чем из 2-3 операторов (это же не подпрограмма). Если нужно запихать туда что-то громоздкое - выноси в отдельный FORM, и в нем уже хоть задебагься :-). А в макросе делай PERFORM.

Uukrul

111 написал(а):

Uukrul написал(а):

Ну это как говорится главное не пересаливать ими

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

Code:

DEFINE ext_to_int.
  call function 'CONVERSION_EXIT_ALPHA_INPUT'
       exporting
            input  = &1
       importing
            output = &2.
END-OF-DEFINITION.

И что тут отлаживать :roll:

А почему у тебя так часто возникает необходимость явно, ручками вызывать этот ФМ? Я так вообще никогда в жизни этого не делал :-)

.
Он разве не вызывается автоматом, когда обрабатывается оператор WRITE?

А дык это для всяких чтений из БД, а не для вывода, потому как к примеру серийный номер если числовой то он автоматом при записи в БД, выравнивается нулями до 18 знаков, а если там буквы есть, то не выранивается, дык вот перед чтением я просто прогоняю номер через функцию и на выходе получаю то что можно читать из БД по сравнению

111

Uukrul написал(а):

А дык это для всяких чтений из БД, а не для вывода, потому как к примеру серийный номер если числовой то он автоматом при записи в БД, выравнивается нулями до 18 знаков, а если там буквы есть, то не выранивается, дык вот перед чтением я просто прогоняю номер через функцию и на выходе получаю то что можно читать из БД по сравнению

Хм. Понятно.
Но я все равно делаю просто "WRITE EXT_FIELD to C_FIELD" (при чем тут вывод? WRITE не только для вывода предназначен). Никогда проблем не возникало.

Сергей Королев

Кстати, для номера материала свой conversion_exit - MATN1, правильнее его использовать, так как он учитывает настройку формата номера материала.

111

Сергей Королев написал:

Кстати, для номера материала свой conversion_exit - MATN1, правильнее его использовать, так как он учитывает настройку формата номера материала.

Так он не про номер материала говорил, а просто про серийный номер.
Но по любому - нафиг так заморачиваться? WRITE сам это делает - определяет, со ссылкой на какое поле словаря создано поле, лезет в словарь, выцепляет название нужной "подпрограммы преобразования", вызывает нужный ФМ.

Uukrul

111 написал(а):

Сергей Королев написал:

Кстати, для номера материала свой conversion_exit - MATN1, правильнее его использовать, так как он учитывает настройку формата номера материала.

Так он не про номер материала говорил, а просто про серийный номер.
Но по любому - нафиг так заморачиваться? WRITE сам это делает - определяет, со ссылкой на какое поле словаря создано поле, лезет в словарь, выцепляет название нужной "подпрограммы преобразования", вызывает нужный ФМ.

Я к примеру привел, для материала да у меня используется его конверт, райты ну как-то не привык я их готовить через райт, испльзую через функцию... какая собственно говоря разница :wink:

не надо же все понимать буквально

111

Возвращаясь к моим макросам.
TABTOOLS_DEFINE удобен, т.к. привносит некоторую инкапсулированность данных.
Но, к сожалению, есть недостаток.
Я, например, привык называть внутренние таблицы с префиксом "t_*", WA для него - "wa_*", курсор - "tbx_*", переменную для количества строк - "lc_*".
А макрос для таблицы "t_tab" создаст, соответственно, переменные "wa_t_tab", "tbx_t_tab", "lc_t_tbx". В именах этих переменных часть "t_" - явно лишняя.

111

Кодер написал(а):

2 111: макросы - не зергут. В том же хелпе написано. И, опять же, в отладчики их не отследишь :cry:

Кстати - о макросах.
Седня на работе тоже спор зашел. Но никто из противников почему-то так и не смог показать место, где SAP говорит, что макросы - плохая бяка, и использовать их не надо. Не подкинете ссылочку?

EGF

Ну раз Вы такой упрямый...
Вот вам ссылочка (там, кстати, много чего интересного есть).
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/documents/a1-8-4/ABAP%20FAQs.faq#q-15
Ищите текст:

Цитата:

Using macros

First : DO NOT use macros in a new program, there is a lot of better way to do it.

Правила форума

WA

Кто сейчас на конференции