Question:
Hi,
Does anyone here use ABAP objects?
I don't think it's really taken off, especially in the UK. AMinly because you can do everything in Objects that you can do in ABAP.
What do the rest of you think?
Answer:
I do remember when I was introduced to C++ ages ago .. I do use some of the OO methods, but mixed them with the normal C .. the same goes to my ABAP coding .. I will start any new development using normal ABAP but will intermix the code with OO when required (eg. when calling ALV etc). I've got no reason to go for fully OO.
Answer:
Hi,
My view is that you should use ABAP Objects before you consider writing your own code to say.. create a BDC.
Objects are fully supported. Screens can change that might break you BDC's...
If this is what you are talking about...
Did you mean you can't do everything in Object that you can do in ABAP?
_________________
Kind Regards,
Ron Johns
Answer:
Err.. bucka, what ABAP Objects has to do with BDC?
Answer:
Err.. bucka, what ABAP Objects has to do with BDC?
Or BAPIs even, which what I guess he was referring to???
Of course, developers use ABAP Objects. Well, some of them anyway. It's only been around for what, 5-6 years? You can't work with any of the Netweaver or mySAP (old) components that require development work and not use it. If you're not using it yet, you'd better learn it or kiss your marketability goodbye . Personally, I wouldn't hire someone for an experienced position who didn't know it. If you want to know why you should be using ABAP Objects, there are plenty of articles around. SAPPro Journal had a good one a couple of issues ago.
Answer:
Hi,
Excuse my lack of experience .
I purely meant that if a SAP Business Object exists you should instansiate the Object and use its methods...
Many BO's don't have methods that fulfill all requirements.
_________________
Kind Regards,
Ron Johns
Answer:
Personally, I wouldn't hire someone for an experienced position who didn't know it. If you want to know why you should be using ABAP Objects, there are plenty of articles around. SAPPro Journal had a good one a couple of issues ago.
So is it about doing the job, or just getting the job? Another buzzword on some HR droid's tick list?
I say this because I'm a long term OO cynic but I've recently started using them and while there are some aspects I like in certain situations I've had to maintain some totally messy OO code too. I always had a slight suspicion that SAPs introduction of OO was more marketing driven, perhaps they were sick of baggy shorts wearers laughing at them: "d00d, is that, like, co8o7". Maybe it will be fine when it's finished - where's the method overloading?
Not got as far into the WAS side of things as I'd like (got the book & installed it but sadly real work gets in the way) but it seems with that you have to go the OO way at least on the surface, so I agree about needing it for compatibility with all the fancy new stuff. But I wouldn't want to work for you anyway
_________________
First he pinches my sig, Now he's cribbing my posts too!
Answer:
I use OO for the frontend like Enjoy SAP controls, ( ALV in particular), file manipulation etc. The WS_ and GUI_ Function modules are nothing compared to the frontend classes.
So not fully using the concept OO but better then nothing.
_________________
Only sheep and Tuly Idiots need a leader
Answer:
I prefer coding in Java now adays!
It's simple an portable!
And debugging is easy... so I dnt have to be a Martyr
Only Truly Idiots Should Know~