Startpagina / Samenvattingen / B 1.2 De kandidaat kan activiteiten behorende bij applicatieontwikkeling uitvoeren / principle-business-verantwoordelijkheid

De kandidaat kan userinterfaces, business softwarecomponenten en embedded softwarecomponenten ontwikkelen

5 belangrijke vragen over De kandidaat kan userinterfaces, business softwarecomponenten en embedded softwarecomponenten ontwikkelen

Wat is een business component?

• Een business component is de software implementatie van een autonoom business concept of business proces.
• Een business component bevat business logica en kan worden hergebruikt als element van een groter gedistribueerd informatiesysteem.
• Tegenwoordig bestaan steeds meer applicaties uit meerdere componenten.
• Vaak zijn dat applicaties die in eigen beheer zijn ontwikkeld met een aantal standaard business componenten die door een externe leverancier zijn geleverd.

Uit welke principes bestaat SOLID?

S SRP Single responsibility principle

“een klasse zou maar 1 verantwoordelijkheid moeten hebben

O OCP Open/closed principle

“software-entiteiten … moeten open zijn voor uitbreiding, maar gesloten voor wijziging.”

L LSP Liskov substitution principle

“objecten in een programma zouden vervangbaar moeten zijn door objecten van hun subtypes zonder dat de juiste werking van het programma beïnvloed wordt.”

I ISP Interface segregation principle

“veel client-specifieke interfaces zijn beter dan één algemene interface.”

D DIP Dependency inversion principle

"men zou afhankelijk moeten zijn van abstracties, niet van concrete implementaties" Dependency injection is een manier om dit principe toe te passen.

Wat is Single responsibility principle?

“een klasse zou maar 1 verantwoordelijkheid moeten hebben

Eigenlijk een heel simpel principe, maar wel lastig om goed door te voeren.

De basis: elke class heeft slechts een verantwoordelijkheid. Wanneer een class meer dan één verantwoordelijkheid heeft dan geeft dat problemen wanneer één van deze verantwoordelijkheden wijzigt, de andere verantwoordelijkheden kunnen dan onbedoeld ook wijzigen.
Een veel gelezen zin: 'A class should have one reason to change' Classes die hier aan lijden zijn makkelijk te herkennen: ze doen te veel, zijn te groot of te complex. Het opsplitsen van een dergelijk class schept veel duidelijkheid en vergroot de onderhoudbaarheid.

Wat is het open closed principle?

“Objects or entities should be open for extension, but closed for modification.”

Simpel gezegd: een class moet makkelijk uit te breiden zijn, zonder de gehele klasse aan te passen.

In het voorbeeld van de afbeelding, moet de gehele code aangepast worden als er een nieuwe shape bij komt. Een beter idee is om te zorgen dat in een nieuwe code iedere shape een eigen area method heeft, hierdoor kan makkelijk een nieuwe shape worden toegevoegd zonder dat heel de code hoeft te worden aangepast.

Wat is Interface Segregation Principle?

Houd interfaces (en abstracte classes) klein en specifiek voor één gebruik.

Wanneer een interface te groot wordt, wordt ook vaak het 'Single responsibilty principle' geschonden. Vaak worden interfaces steeds verder uitgebreid waardoor ze groot en onoverzichtelijk worden. De interfaces bieden dan functionaliteit voor meerdere gebruiken van deze class (en meestal weer een schending van het single responsibilty principe).

De vragen op deze pagina komen uit de samenvatting van het volgende studiemateriaal:

B 1.2 De kandidaat kan activiteiten behorende bij applicatieontwikkeling uitvoeren

Bekijk samenvatting