Transition vers OO ABAP?

Question

Il semble que la plupart de nos programmeurs SAP utilisent l'ancienne version de ABAP, la précédente substance orientée objet. J'ai aussi remarqué que la langue est beaucoup plus propre et plus moderne avec OO (ils ont apparemment l'occasion de se débarrasser des choses dépréciées).

Comme le système ne déployé encore, le temps de faire une nouvelle conception est maintenant que plus tard.

Il convient de demander que le nouveau code soit écrit comme programmes ABAP OO? Comment vendre que la gestion? Est-ce que l'interface avec des programmes non-OO bien?

(mise à jour de noter que je parle spécifiquement au sujet du nouveau code, en particulier prévu pour l'année suivante)

Answer 1

Si elle travaille dans la production, ne réécrivons pas votre code. Ne vaut pas le temps ou d'argent, et pas de gestion (dans une entreprise assez grande pour être en cours d'exécution SAP) serait accepter.

Sauf si vous passez à un environnement de champ vert, vous allez jamais obtenir tout re-écrit en OO. SAP n'a pas encore fait avec leurs modules ECC de base. En espérant être capable de le faire avec vos trucs personnalisé est irréaliste.

Je viens de lire sur OO ABAP et commencer à écrire de nouveaux programmes avec elle.

OO ABAP et ABAP travail de procédure ensemble très bien. Vous pouvez appeler les classes et méthodes de programmes et de procédure (plus limités, mais) vice-versa.

Answer 2

Nous développons beaucoup de nouveaux, frais, code ABAP à nos clients, et l'utilisation de ABAP OO croît lentement, mais toujours en croissance.

Il est plus facile de convaincre les nouveaux développeurs de travailler avec ABAP OO, car il y a beaucoup moins à apprendre. En outre, le code écrit en utilisant OO ABAP permet l'utilisation correcte des modèles de conception, tests unitaires très efficace, l'abstraction de l'interface utilisateur (par exemple SAPgui et WebDynpro ou SAP Console), et réduit la documentation beaucoup.

En outre, comme certaines personnes ont dit avant, SAP ne réécrire leur code à ABAP OO. Mais ils sûrement donné un essai en réécrivant ME51N de ME51, ME21 et ME21N de SBWP de SO01.

En outre, toutes les nouvelles API de SAP, comme ABAP Unité, ABAP Proxy, la nouvelle ALV, WebDynpro pour ABAP et le cadre de mise en valeur et Switch tout nouveau sont de bons exemples (je pense) sur la raison pour laquelle vous devez donner une certaine attention à il.

Answer 3

Cela dépend de la taille des programmes à écrire. S'il est un grand « système » sans trop beaucoup d'interaction de base de données, il peut y avoir certains avantages. Pour les petits programmes, je ne vois aucun avantage de « objectiver » le code.

Elle dépend aussi de la compétence et les préférences des développeurs. S'ils veulent « OO », il peut y avoir un meilleur environnement. S'ils sont coincés dans leurs façons de penser, il peut y avoir d'autres moyens « anciens » de procédure pour améliorer le code que le passage à OO.

Un exemple que je vois souvent est la discussion de « ce qui devrait faire la base de données » (par exemple les jointures, le tri, le regroupement) par rapport à « Que dois-je faire dans le code ».

Answer 4

Je viens de trouver une copie du livre blanc Esti mentionné au SAP NRS: Pas encore Utilisation d'objets ABAP? Huit raisons pour lesquelles chaque développeur ABAP devrait lui donner une deuxième Look

Ce document donne un bref aperçu des avantages de l'utilisation OO ABAP.

Answer 5

Essayez de trouver une copie du livre blanc:

Pas encore Utilisation d'objets ABAP? Huit raisons pour lesquelles chaque développeur ABAP devrait lui donner un second regard par Horst Keller et Gerd Kluger .

Certains des plus grands avantages pour SAP OO, en particulier avec les nouveaux développeurs SAP est qu'il vous oblige à être beaucoup plus explicite que ABAP procédure. Il fait le code écrit beaucoup plus maintenable et peut se sentir plus familier aux programmeurs venant d'un arrière-plan plus général.

Answer 6

Vieux, rapports classiques contiennent souvent des codages redondants. Différents rapports ont été construits avec beaucoup de « copier-coller ». Essayez de trouver que les choses sont redondantes, puis les tirer - étape par étape - de ces rapports dans les nouvelles mondiales, réutilisables, des classes bien conçues et rendre les anciens rapports plus serrés en remplaçant le code existant avec de « méthode d'appel » à DÉFINIES central et OO-logique bien rodée.