We gebruiken delen uit de volgende websites (zie BlackBoard voor de details):
Visual Studio
- Selecteer de juiste project-template
- Kies de naam en de locatie (wat is een solution?)
VS Code
> dotnet new console -lang "C#" -n "MijnProject" -o .
> dotnet new sln -n "MijnSolution"
> dotnet sln add "MijnProject.csproj"
-
Progam.cs
-
MijnProject.csproj
-
MijnSolution.sln
-
.vs
-
MijnProject
-
v16
-
.suo
-
obj
De broncode van het programma.
-
Program zit in een namespace met de naam van het project. - Lijkt heel erg op een Java programma.
De configuratie van het build process:
- Configuratie compiler: optimalisatie,
- Verschillende configuraties: Debug en Release bijvoorbeeld.
-
De invoer van MSBuild
> MSBuild.exe MijnProject.csproj -property:Configuration=Debug
- Hoe ging het met InteliJ? Wat is een .iml bestand? Wat is de .idea map?
- Hoe werkt Maven?
- Wanneer is een solution handig? Voorbeelden.
Waarom zijn er verschillende programmeertalen?
Tabel met programmeertalen
- Geschiedenis C#: Microsoft wilde ook een soort Java
- Microsoft’s eigen Java ‘Visual J++’ was niet compatible met Sun's Java. Microsoft verloor van Sun in de rechtzaal.
- ‘Visual J#’ ook niets geworden.
- .NET and C#, zelfde uitvinder als Turbo Pascal en Delphi
- Onzin: “C# lijkt meer op C++ dan op Java”
- een marketingstrategie om C++ programmeurs in de managed wereld te krijgen
- de enige overeenkomsten qua syntax:
- pointer manipulatie
- notatie voor afgeleiden
- operator overloading
- geen header files, static main functie, single inheritence
- Laat de TIOBE lijst zien van meest populaire talen
- In Java is het ook mogelijk om System.out te importeren.
- In Python/Javascript is het heeel veel korter.
- Gebruik het whiteboard om aan te geven wat er anders is en hetzelfde.
- Namespaces: meerdere per bestand
- Packages: directory structuur
- IDE: Visual Studio voor C# vs IntelliJ voor Java
- Andere methode namen: Console.WriteLine vs System.out.println
- Verschillende kleurtjes (syntax highlighting)
- Naming guidelines
- Syntax verschillen: using vs import
- Hetzelfde paradigma
De rode draad:
- Heel veel hetzelfde
- Kleine syntax-verschillen
- En een paar grotere verschillen (asynchroon programmeren)
C# is een programmeertaal die is ontworpen voor het bouwen van een breed scala aan applicaties die uitgevoerd kunnen worden op het .NET Framework. C# is eenvoudig, krachtig, type-safe en object-oriented.
- Ook Java is type-safe
- Dit betekent dat datatypes zoals int, double, string enz. worden gebruikt.
- De compiler geeft al een foutmelding als je deze door elkaar heen haalt
- Ook Java is object oriented
- Je werkt met classes
- Je maakt gebruik van inheritance, polymorphism en interfaces
- Ook werken beide talen met references en garbage collection
I.p.v. C# kun je bijv. ook VB.NET of F# gebruiken voor het .NET platform.
Echter: C# wordt verreweg het meest gebruikt
- Datatypes: http://www.tutorialsteacher.com/csharp/csharp-data-types
- Unified type styem: primitieven zijn ook een object
- Een verschil met Java! Integer bestaat niet!
- simple types
- value types
- Winforms is not niet helemaal supported in .NET Core
- .NET Standard versies
- .NET Core vs Mono
- Namen van ASP.NET versies
- .NET Framework uit 2002: nu versie 4.8
- Mono uit 2004: community clone van .NET Framework. Mono kan dingen die .NET Core niet kan (LLVM, WinForms voor linux)
- Xamarin.iOS and Xamarin.Android
- .NET Core gaat .NET Framework vervangen
Wat is het verschil?
Voor een software engineer is het belangrijk om het verschil tussen deze 2 theoretische begrippen te kennen.
In de meeste programmeertalen komt dit verschil voor
Welke types in C# herken je uit Java en wat zijn de verschillen?
- Java: argumenten by value. alle klassen zijn reference-typen, primitieven niet.
- C#: argumenten by value (of reference met
ref). klassen zijn reference-typen, structures (bijv. primitieven) zijn value-typen. - C++: alles kan
Lees dit.
- Wat gebeurt er als je twee objecten vergelijkt met de
==operator? - Hoewel
Stringeen reference type is, zijn de vergelijkings-operatoren (==and!=) beschikbaar om de waardes (en niet de referenties!) vanString-objecten met elkaar te vergelijken. Dat maakt het vergelijken van twee strings een stuk intuïtiever. - De
String-class kent overigens ook eenEqualsenComparemethode
- Ook C# kent exceptions
- Het enige verschil is dat C# het verschil niet kent tussen checked en unchecked exceptions
- De bekendste exception is:
NullReferenceException - Wat heeft deze exception te maken met value en reference type?
- Reminder: program code throws an Exception if a runtime error occurs
- Reminder: wat voor soort fouten zijn er?
- Wat doen we tegen fouten?
- Van makkelijk naar moeilijk
- Compile-time fouten
- Runtime fouten
- Logische fouten
Bekijk de naming conventions hier.
Hoofdletters:
- C# is ook case-sentitive
- C# gebruikt vaker starthoofdletters dan Java
- Voor public members gebruik je PascalCasing
- Voor private variabelen (inclusief parameters) gebruik je camelCasing
Daarnaast:
- Een interface begint altijd met een hoofdletter
I: - dus
IComparableofIPerson
- Wat is encapsulatie?
-
Waarom geen publieke variabelen?
public int value; vsprivate int value; public int getValue() { return value; } public void setValue(int value) { this.value = value; } -
We kunnen extra logica toevoegen in de setter (is een andere methode-naam dan niet geschikter?)
class Vrouw { private Man partner; public void setPartner(Man man) { this.partner = man; man.setPartner(this); // voorkom oneindige loop this.achternaam = man.achternaam; } } private int temperatuur; public void setTemperatuur(int temperatuur) { // for listeners that prevent from calling this.temperatuur = temperatuur; for (listener in this.temperatuurChangedListeners()) listener.fire(); } private Waarde waarde = null; public Waarde getWaarde() { if (this.waarde == null) this.waarde = ingewikkeldeInitialisatie(); return this.waarde; } We kunnen nu de implementatie overriden in een afgeleide klasse (maar wees voorzichtig). Er is niets mis met publieke final variabelen.
-
We kunnen extra logica toevoegen in de setter (is een andere methode-naam dan niet geschikter?)
Over encapsulatie en information hiding: https://www.infoworld.com/article/2075271/encapsulation-is-not-information-hiding.html
C# gebruikt geen get- en set-methodes maar properties:
Vaak is een auto-implemented property voldoende
Maar als het nodig is, kan je ook logica in een property plaatsen
C# kent
- Class
- Interface
- Inheritance
- Overloading
- Overriding
- Polymorphism
- Casting
- The Object class
- Een constructor
- Ook C# kent 1 en 2 dimensionele arrays (niets nieuws onder de zon)
- Verder kent C# een klasse
List - Deze werkt ook met generics (een
List kan dan dezelfde objecten bevatten) - Vergeet niet
using System.Collections.Generic; boven je code List<Student> lijst = new List<Student>(); - Waarom is het volgende ook correcte code?
IEnumerable<Student> lijst = new List<Student>(); 
Er bestaat in C# een ArrayList klasse. Deze werkt zonder generics waardoor casting nodig is. Dat is zelden handig.
- Ook in C# kun je unittesten
- Wij gaan het Xunit-framework gebruiken (er zijn anderen)
- In Visual Studio 2019 is Xunit standaard beschikbaar als framework voor unit tests. Gebruik voor VS Code de Nuget package.
Wat is een unit test?
- unit is klein, meestal 1 methode van klasse
- automatische test
Waarom unit testen?
- nuttig voor het bewaken van de kwaliteit van je code
- na iedere (kleine) wijziging kun je de code automatisch testen
- voorkomt bugs in bestaande functionaliteit waarvoor de bestaande unittesten moeten blijven slagen
- voor nieuwe functionaliteit moeten er nieuwe unittest bijgemaakt worden
Visual Studio
- Maak in een nieuw Console App (.NET Core) project aan. In dit project zit de code die je wilt unittesten.
- Voeg aan de solution met [Add] en [New Project…] een Xunit testproject (.Net Core) toe.
- Add a reference to the Console App (waar de te testen code staat) In het Xunit project, selecteer [Dependencies] Kies met je rechter muisknop voor [Add Reference…] Kies de naam van de net aangemaakte applicatie
VS Code
> dotnet new console -n "MijnApp" -o "./MijnApp"
> dotnet new xunit -n "MijnApp.Tests" -o "./MijnApp.Tests"
> dotnet new sln -n "MijnAppSolution"
> dotnet sln add MijnApp/MijnApp.csproj
> dotnet sln add MijnApp.Tests/MijnApp.Tests.csproj
> dotnet add "MijnApp.Tests" reference "MijnApp"
-
Attributen?
-
De syntax:
[Depreciated] void OudeMethodeNaam() { ... } -
Waarom zijn er attributen?
Attributen bieden een krachtige manier om metadataof declaratieve informatiete associëren met code (samenstellingen, typen, methoden, eigenschappen, enzovoort). Het attribuut kan runtime worden opgevraagd met behulp van een techniek die reflectie wordt genoemd.
- In Java kennen we annotaties:
@Override public String toString() { ... } -
Voorbeelden:
[Serializable] public class SampleClass { [return:NotNull] [System.Runtime.InteropServices.DllImport("user32.dll")] extern static int SampleMethod([In][Out] ref double x); }
-
De syntax:
De attributen
[Fact] geeft aan dat een methode een unittest is- Als een unit-tests op elkaar lijken, dan geven we de parameters mee in een
[InlineData(...)] aan een[Theory] , een “geparametriseerde ” unittest.
De methoden van
True Equal IsType<T> IsAssignableFrom Throws<T> - ...
- Verwijs naar namespace van project!
- Maak de methode een unittest met
[Fact]
In :
In :
Verbeter het programma nu.
- TDD = Test Driven Development
- Je analyseert het probleem en kiest een oplossingsrichting
- Op dat moment weet je nog niet hoe je dit probleem op gaat lossen
- Maar je kent wel het gewenste gedrag van het programma:
- Je weet wat je erin stopt en je weet wat eruit moet komen
- Je weet alleen nog niet hoe je dat gaat realiseren (black box!)
- De Black box is het Java-programma dat er misschien nog niet eens is
- Als je requirements (incl. Class Diagram) klaar zijn, weet je nog niet hoe je dat gaat programmeren, maar je weet al wel wat bij een gegeven input de verwachte output zal zijn.
- Projectaanpak verschuift van Waterval naar Scrum (ofwel: aan het einde van elke sprint moet een kant en klaar product opgeleverd kunnen worden dat productieklaar is getest en bij elke volgende sprint verder wordt uitgebreid).
- Tegenwoordig wordt Continuous Integration gebruikt (d.w.z. dat de installatie van software geautomatiseerd wordt uitgevoerd als alle tests succesvol zijn uitgevoerd). Testen en installeren gebeurt m.a.w. niet meer met de hand, maar door een computerprogramma.
- Voorbeeld van een Kassa:
- Je wilt 10% korting aan klanten geven als zij minimaal 3 producten met een minimale totaalprijs van € 100,00 kopen.
- Stel: ik voeg een aantal producten toe:
- Product 1 met een prijs van € 50,00
- Product 2 met een prijs van € 60,00
- Product 3 met een prijs van € 10,00
- De klant betaalt (incl. 10% korting) € 108,00.
- Benoem verantwoordelijkheden voor elke klasse (analysemodel)
- Specificeer de publieke interface (met paramters en returntype)
- Voeg bij elk onderdeel van de interface noodzakelijk commentaar toe
- Voeg de properties/attributes toe
- Ontwerp en schrijf de tests
- Implementeer je interface
- Wat zijn de globale verantwoordelijkheden van je classes?
- Het moet mogelijk zijn om een lege kassa (zonder producten) aan te maken.
- Er moet een item met prijs aan de kassa toegevoegd kunnen worden.
- De totaalprijs van een bestelling (incl. korting) is opvraagbaar.
- De kassa moet leeg gemaakt kunnen worden voor een volgende bestelling.
- In feite heb je het hier nog over je analysemodel.
- Hiervoor kun je de globale operaties uit je Class Diagram gebruiken (zonder parameters en returntype).
- Specificeer de publieke interface (incl. parameters en returntypes)
- Voeg operaties toe aan de juiste class in je Java-programma:
- To do (pas bij stap 6): programmeer AddItem (…) etc., want die geven nu natuurlijk nog niet het juiste resultaat.
- Bij de start moet
ComputeTotal() € 0 opleveren en moetgetCount() 0 als resultaat teruggeven. - Na toevoegen van een item (prijs: € 10) levert
ComputeTotal() € 10 op en Count geeft 1 terug. - Na nog een item (prijs: € 20) levert
ComputeTotal() € 30 op en Count geeft 2 terug. - Nog een item (prijs: € 20), levert
ComputeTotal() € 50 op en Count geeft 3 terug (LET OP: zonder korting, want totaalprijs is nog lager dan € 100,00). - Opnieuw een item (prijs: € 60), levert
ComputeTotal() € 99 op en Count geeft 4 terug (LET OP: nu wel met korting!!!). - Na Clear() moet
ComputeTotal() € 0 opleveren en moet Count 0 als resultaat teruggeven.
- e programmeert de tests zodra je deze kunt maken.
- Je hoeft de implementatie van de classes nog niet te kennen.
- Je hoeft de tests maar één keer te schrijven en kunt ze telkens herhalen.
- Kleine aanpassingen kun je op het niveau van tests snel doorvoeren.
- Dat is niet alleen handig voor Continuous Integration, maar ook als je Refactoring (aanpassing) van je code doorvoert.