SE38'den Eclipse ADT'ye Geçiş: Takılınan 6 Nokta

Eclipse ADT'ye geçmeyi deneyip birkaç gün sonra SE38'e geri dönen ABAP geliştiricisi az değil. Bunun sebebi genelde ADT'nin kötü olması değil; ilk haftada karşılaşılan sürtünmenin, kazancın ne olduğu anlaşılmadan önce gelmesi. On yıllık transaction kodu kas hafızası bir anda işe yaramaz hale geliyor, tanıdık ekranlar başka isimlerle başka yerlerde duruyor ve "bu işi SE80'de üç saniyede yapıyordum" hissi geçişi baltalıyor. Bu yazıda geçişte en sık takılınan 6 noktayı ve her birinin ADT'deki karşılığını sıralıyoruz — ADT'yi övmek için değil, ilk haftayı atlatmak için.

1. Transaction kodu kas hafızası nereye gitti?

SE38, SE80, SE24, SE37, SE11 — bu kısayollar bir ABAP geliştiricisinin parmaklarına yerleşmiştir. ADT'de böyle bir komut satırı yok ve ilk gün en çok bu eksiklik hissedilir. Ama karşılığı var: Eclipse'te tek bir "nesne aç" kutusu, SE38/SE24/SE37/SE11'in hepsinin yerine geçer. Nesne adını (veya adın bir parçasını) yazarsınız, tür ayrımı yapmadan program, sınıf, fonksiyon modülü, tablo ve CDS view aynı listede gelir.

Yani ADT'de "hangi transaction'a gitmeliyim" sorusu ortadan kalkar; nesnenin adını bilmek yeterlidir. Zihinsel değişim şudur: SE80 dünyasında önce araç seçip sonra nesneye gidersiniz, ADT'de doğrudan nesneye gider, araç sizin için açılır. Alışması birkaç gün sürer, ama alıştıktan sonra transaction listesi ezberlemenin bir üretkenlik yöntemi değil, sadece bir alışkanlık olduğu fark edilir.

Bu arada SAP GUI'yi tümden bırakmanız gerekmez. Çoğu ekip geçiş döneminde ikisini yan yana kullanır: geliştirme ADT'de, operasyonel işler (SM37, SU53, SPRO gibi) SAP GUI'de. Bu ikili kullanım kalıcı da olabilir — bir sorun değil.

2. "Programımı bulamıyorum": proje ve paket mantığı

ADT'de ilk açılışta boş bir Project Explorer görürsünüz ve ekranda hiçbir Z programı yoktur. Bu, geçişte en çok "bu araç bozuk" hissi yaratan andır. Oysa mantık basittir: ADT'de her SAP sistemi ve client'ı için bir ABAP projesi tanımlarsınız; ağaç, o bağlantının içeriğini gösterir. Nesneler ağaçta doğrudan listelenmez, çünkü bir SAP sisteminde yüz binlerce nesne vardır.

Doğru refleks, çalıştığınız paketleri favorilere eklemektir. Kendi geliştirme paketinizi favori yaptığınızda ağaç, ekibinizin gerçekten dokunduğu alanı gösteren dar bir görünüme dönüşür — SE80'in paket ağacının daha okunabilir hali. Ayrıca birden fazla sistemi (DEV, QAS, hatta salt okunur bir PRD bağlantısını) aynı anda açık tutabilirsiniz; SAP GUI'de ayrı oturumlar arasında gezinme derdi kalkar.

Bir de sürüm koşulu var: ADT, SAP sistemindeki ADT arka uç servislerinin etkin olmasını gerektirir. NetWeaver 7.40 ve üzeri sistemlerde bu servisler varsayılan olarak açıktır; sorun yaşıyorsanız çoğu zaman eksik olan Eclipse tarafı değil, sistem tarafındaki servis yapılandırması veya yetkidir. Bunu Basis ekibinize sorarken "ADT servisleri aktif mi" diye sormak, "Eclipse bağlanmıyor" demekten çok daha hızlı sonuç verir.

3. Forward navigation ve where-used: asıl kazanç burada

Geçişin bedeli ilk günlerde ödenir, kazancı ise genellikle üçüncü günde fark edilir: navigasyon. Bir metot çağrısının üzerinde F3 ile tanımına gitmek, geri dönmek, oradan başka bir nesneye atlamak — hepsi tek bir editör içinde, sekme geçmişi kaybolmadan olur. SE80'de aynı iş, art arda açılan ekranlar ve "geri" tuşuyla yürütülür.

Where-used (nerede kullanılıyor) analizi de aynı şekilde editörden ayrılmadan sonuçlanır ve sonuçlar tıklanabilir bir listede kalır; bir sonraki aramaya geçtiğinizde öncekini kaybetmezsiniz. Aynı şey syntax hataları için de geçerli: hatalar Problems görünümünde birikir, tek tek çift tıklayıp ilgili satıra gidersiniz.

Bu üç şey — hızlı nesne açma, forward navigation ve kalıcı sonuç listeleri — birlikte düşünüldüğünde ADT'nin asıl vaadi ortaya çıkar: bilmediğiniz bir kodu okumak ciddi biçimde hızlanır. Yeni bir müşteri sistemine giren veya on yıllık bir Z modülünü devralan bir geliştirici için bu, kod yazma hızından daha değerlidir.

4. SE11 ve veri önizleme: sözlük tarafında ne değişir

Veri sözlüğü tarafı, geçişte beklentinin en çok şaşırdığı yer. SE11'in ekran ekran formu yerine ADT'de çoğu sözlük nesnesi kaynak kod olarak düzenlenir: tablo, yapı, data elementi ve domain tanımları metin biçiminde açılır. Bu ilk bakışta geri adım gibi görünür, ama pratikte kolay kopyalanabilir, karşılaştırılabilir ve gözden geçirilebilir bir tanım demektir.

Veriye bakmak için de SE16'ya dönmeniz gerekmez: bir tablo veya CDS view üzerinden veri önizleme açabilir, filtre verip sonucu görebilirsiniz. Buradaki kritik ayrım, önizlemenin okuma amaçlı olmasıdır — SE16N alışkanlığıyla veri düzeltmeye kalkışmayın; o iş zaten ADT'nin işi değil.

Aktivasyon mantığı ise tamamen tanıdıktır: sözlük nesnesi aktive edilmeden kullanılamaz, bağımlı nesneler sıraya göre aktive edilir ve tablo değişikliğinde SAP'ın tablo dönüştürme kuralları aynen geçerlidir. ADT bu kuralları değiştirmez, yalnızca arayüzünü değiştirir.

5. Transport, syntax ve aktivasyon: kurallar aynı

Geçişe direnen ekiplerin en yaygın endişesi şudur: "Eclipse, SAP'ın değişiklik yönetimini atlar mı?" Hayır. ADT, SAP GUI ile aynı arka uç mekanizmalarını kullanır. Değiştirilebilir bir nesneye dokunduğunuzda transport talebi sorulur, nesne kilitlenir, aktivasyon aynı denetimlerden geçer. Transport organizer'ın karşılığı da Eclipse içinde bir görünüm olarak durur; ayrı bir sisteme geçmeden talep oluşturabilir ve içeriğini görebilirsiniz.

Syntax kontrol ve aktivasyon kısayolları SE38'dekiyle aynı bırakılmıştır — bu, geçişi kolaylaştırmak için bilinçli bir tercihtir ve ilk günün az sayıdaki rahatlatıcı sürprizinden biridir. Aktivasyon başarısız olduğunda hata listesi Problems görünümüne düşer; kaynak, mesaj ve satır bir arada durur.

Kısacası ADT bir "yan yol" değildir. Kod ADT'den de yazılsa, SAP'ın kendi syntax denetimi, kilit mekanizması ve transport zinciri son sözü söylemeye devam eder. Denetim ve değişiklik yönetimi tarafındaki soruların cevabı bu yüzden kısa: değişen şey editör, süreç değil.

6. Hâlâ SAP GUI'ye dönmeniz gereken yerler

Dürüst olmak gerekirse ADT her şeyi kapsamaz ve bunu bilerek başlamak, geçişin ortasında hayal kırıklığı yaşamaktan iyidir. Klasik Dynpro ekran tasarımı, menü tanımları, tablo bakım generator'ı ve transaction kodu oluşturma gibi işler için SAP GUI hâlâ gereklidir. Eclipse bu durumlarda çoğu zaman gömülü bir SAP GUI penceresi açar; yani ortam değiştirmezsiniz ama karşınıza çıkan ekran klasik ekrandır.

Debugger tarafında da bir alışkanlık farkı vardır. ADT'nin kendi ABAP debugger'ı iş görür, ancak breakpoint mantığı klasik /h akışından farklıdır: koyduğunuz breakpoint'ler kullanıcınıza bağlı olarak sistemde yaşar. Unutulan bir breakpoint, aynı programın sonraki koşumlarını beklemediğiniz bir anda durdurur. Pratik kural: debug oturumunu bitirirken breakpoint'leri temizlemeyi alışkanlık haline getirin.

Bunlar geçişi engelleyen sebepler değil, planlanması gereken ayrıntılar. Ekip olarak geçiş yapıyorsanız "hangi işler hangi ortamda" listesini baştan çıkarmak, aylarca sürecek tartışmayı bir saate indirir.

Üçüncü bir seçenek: aynı ADT altyapısı, farklı bir yüzey

SE38 ve Eclipse ADT karşılaştırması genelde ikili bir seçim gibi sunulur, oysa ADT'nin asıl önemi bir Eclipse eklentisi olması değil; SAP'ın kodla programatik olarak konuşan bir REST arayüzü sunmasıdır. Aynı arayüzü kullanan başka istemciler de olabilir — mdp/aigui bunlardan biri.

mdp/aigui, SAP ADT REST API'si üzerinden bağlanan bir masaüstü Agentic ABAP IDE'dir: Windows, macOS ve Linux'ta çalışır, sunucu tarafında ek kurulum gerektirmez ve ADT ile aynı sürüm koşuluna (NetWeaver 7.40 ve üzeri, ADT servisleri etkin) dayanır. Paket gezgini, komut paleti, çoklu sekme, ATC statik analiz ve birim test gibi bir IDE'den beklenen yüzeyler yerindedir; ayrıca SE11 sözlük nesnelerini uygulama içinden oluşturup aktive edebilir, transport talebini aynı ekrandan arayıp oluşturabilirsiniz.

Fark, AI'ın nereye oturduğunda. Kod üretimi, doğal dilde veri sorgulama, ST22 dump analizi ve kod inceleme buraya gömülüdür; üstelik AI, tablo ve alan bilgisini genel bir eğitim setinden değil o an bağlı olduğunuz sistemin veri sözlüğünden okur. SAP'a yazma ve aktivasyon ise hiçbir koşulda otomatik değildir — her değişiklik önce satır bazlı diff olarak önünüze gelir. Yani buradaki "üçüncü seçenek", SAP'ın kurallarını esneten bir kısayol değil; aynı ADT zincirinin üzerine oturan farklı bir çalışma yüzeyi.

Sonuç

SE38'den ADT'ye geçiş bir öğrenme eğrisi değil, bir alışkanlık değişimidir: transaction seçmeyi bırakıp doğrudan nesneye gitmek, tek ekranda gezinmek ve arama sonuçlarını kaybetmemek. İlk hafta sürtünmeli geçer; kazanç, bilmediğiniz kodu okumaya başladığınızda net biçimde görünür. Klasik Dynpro ve bazı yönetim işleri için SAP GUI yanınızda kalmaya devam eder ve bu bir eksiklik değil, normal bir iş bölümüdür.

Asıl soru "SE38 mi ADT mi" değil, ekibinizin günlük işinin hangi ortamda daha az sürtünmeyle aktığı. ADT'nin açtığı REST arayüzü sayesinde bu soru artık iki seçenekle sınırlı da değil — hangi istemciyi kullanırsanız kullanın, SAP'ın syntax denetimi, kilitleri ve transport zinciri değişmeden yerinde duruyor.