<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Why Assertion-Class CL_ABAP_UNIT_ASSERT is final? in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/why-assertion-class-cl-abap-unit-assert-is-final/m-p/8752538#M1675564</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Damir,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;as you wrote it is popular to inherite from cl_Aunit_Assert to save typing. That made cl_Aunit_Assert to the class with the most child classes in the ABAP word. With that many child classes it is impossible to add a new method to cl_Aunit_Assert without the risk to break a child class. Therefore a new classes with new methods and no possibility to inherit has been introduced. Extensibility is the major reason..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards&lt;/P&gt;&lt;P&gt;&amp;nbsp; Klaus&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 30 Sep 2013 17:56:13 GMT</pubDate>
    <dc:creator>former_member183804</dc:creator>
    <dc:date>2013-09-30T17:56:13Z</dc:date>
    <item>
      <title>Why Assertion-Class CL_ABAP_UNIT_ASSERT is final?</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/why-assertion-class-cl-abap-unit-assert-is-final/m-p/8752537#M1675563</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi NG,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;with Release &lt;SPAN class="a"&gt;NetWeaver 7.0 EhP2 SAP introduced the ABAP Unit Assertion-Class CL_ABAP_UNIT_ASSERT.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="a"&gt;Compared with the old Assertion-Class (CL_AUNIT_ASSERT), the new class is declared as FINAL.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="a"&gt;What is the reason behind this change? &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="a"&gt;It was really comfortable to inherit the CL_AUNIT_ASSERT class in my Test-Classes and to use the shorter-Form of the Assertion-Methods.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="a"&gt;Any Idea, why the class is now closed for Inheritation?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="a"&gt;Best regards,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="a"&gt;Damir&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 May 2012 10:45:33 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/why-assertion-class-cl-abap-unit-assert-is-final/m-p/8752537#M1675563</guid>
      <dc:creator>majcon</dc:creator>
      <dc:date>2012-05-02T10:45:33Z</dc:date>
    </item>
    <item>
      <title>Re: Why Assertion-Class CL_ABAP_UNIT_ASSERT is final?</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/why-assertion-class-cl-abap-unit-assert-is-final/m-p/8752538#M1675564</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Damir,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;as you wrote it is popular to inherite from cl_Aunit_Assert to save typing. That made cl_Aunit_Assert to the class with the most child classes in the ABAP word. With that many child classes it is impossible to add a new method to cl_Aunit_Assert without the risk to break a child class. Therefore a new classes with new methods and no possibility to inherit has been introduced. Extensibility is the major reason..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards&lt;/P&gt;&lt;P&gt;&amp;nbsp; Klaus&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 30 Sep 2013 17:56:13 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/why-assertion-class-cl-abap-unit-assert-is-final/m-p/8752538#M1675564</guid>
      <dc:creator>former_member183804</dc:creator>
      <dc:date>2013-09-30T17:56:13Z</dc:date>
    </item>
    <item>
      <title>Re: Why Assertion-Class CL_ABAP_UNIT_ASSERT is final?</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/why-assertion-class-cl-abap-unit-assert-is-final/m-p/8752539#M1675565</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Klaus,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanks for the answer. &lt;/P&gt;&lt;P&gt;In Perspective of Customers or Tool-Developer it`s harder to extend or use the Framework.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But, It is important to think about clean-code and clean-architecture so avoiding such God-Classes in an System seems to be a good decision...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;Damir&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 Oct 2013 16:57:33 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/why-assertion-class-cl-abap-unit-assert-is-final/m-p/8752539#M1675565</guid>
      <dc:creator>majcon</dc:creator>
      <dc:date>2013-10-03T16:57:33Z</dc:date>
    </item>
  </channel>
</rss>

