Create a value object for a component record

[mbabker]

Summary of Changes

Create a new JComponentRecord value object representing the object loaded by JComponentHelper::load() for a component. Shift the logic for converting the record's parameters to a Registry object to the point where the parameters are first accessed (this removes a needless conversion if calling JComponentHelper::isEnabled() and that is the only interaction with a component's record).

The value object extends JObject as a bridge to help with the transition. At 4.0, this class extension should be dropped as well as the magic getter/setter methods.

Testing Instructions

The CMS still functions as intended. Component parameters are lazy loaded when needed.

Documentation Changes Required

Document the new class and scheduled deprecations.

[wilsonge]

I don't understand why this needs to extend JObject?

[mbabker]

Erred heavily on the side of caution since right now it's a stdClass object. Much of the same reasoning why the new JMenuItem does the same. The intent is in 4.0 to remove this.

If it's not needed I can drop it.

[wilsonge]

OK - I can buy it. In that case can we please add a @note in to reflect we are going to drop JObject property in J4 then please

[dgrammatiko]

Can we do the same for XTD_buttons?

[mbabker]

@dgt41 Make your own PR 😛

[mbabker]

FWIW I think we should make more liberal use of value objects versus untyped stdClass objects as stated in #13922 and not just for the lazy loading behaviors that have conveniently come here and the menu item's object. It also helps to make it clear exactly what properties you're getting on an object versus having to reverse engineer the code to find what is actually being loaded into memory and made available, so it makes it a little easier to jump into the code too. Developer Experience improvements FTW.

[joomdonation]

Look like copy/paste comment from somewhere. Should be The component record data to load or something like that

[joomdonation]

I have tested this item ✅ successfully on 53a260f

1. Access to some pages in frontend, backend, creating new articles and all still working as expected

2. Write some custom code to check and confirm that params is lazy load

   ---

   _{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/14044.}

[ghost]

I have tested this item ✅ successfully on ff7e2c0

Click on different Menues in Frontend, append Menu and Modules.

Don't tested lazy load cause don't know how.

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/14044.}

[ghost]

RTC as there are 2 successfully Tests?

[jeckodevelopment]

I have tested this item ✅ successfully on ff7e2c0

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/14044.}

[jeckodevelopment]

RTC

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/14044.}

[rdeutz]

Agreed on the concept, but because JObject is deprecated in 4.0, why we are doing it? Or will you remove the extension of JObject in 4.0 and keep the value object?

[mbabker]

The extension of JObject is just to be extremely safe about it (we're converting from a stdClass to the value object). The extension goes away in 4.0 and the object stays.

[rdeutz]

ok, so I got the idea