Skip to content

Instantly share code, notes, and snippets.

@unfo
Created August 18, 2013 18:39
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save unfo/6263228 to your computer and use it in GitHub Desktop.
Save unfo/6263228 to your computer and use it in GitHub Desktop.
ohtu2013 wikista loytyneita pienia virheita, jotka iskivat silmaan tenttiin lukiessa
From 69717a0b229bb55e2320cdfb194267dc7eec1cd7 Mon Sep 17 00:00:00 2001
From: Jan Wikholm <jw@jw.fi>
Date: Sun, 18 Aug 2013 11:34:31 -0700
Subject: [PATCH] Muutamia pienia typo/format-fikseja
---
Luento-8.textile | 12 ++++++------
Luento-9.textile | 8 ++++----
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/Luento-8.textile b/Luento-8.textile
index f786795..b22d581 100644
--- a/Luento-8.textile
+++ b/Luento-8.textile
@@ -47,7 +47,7 @@ public void populate() throws Exception {
}
}
-private ResultSet createResultSet(Connection c)throws SQLException {
+private ResultSet createResultSet(Connection c) throws SQLException {
return c.createStatement().
executeQuery(SQL_SELECT_PARTS);
}
@@ -145,7 +145,7 @@ public class Laskin {
}
```
-Nyt kommunikointitavan muutos ei edellytä luokkaan mitään muutoksia edellyttäen että uusikin kommunikoinitapa toteuttaa rajapinnan jonka kautta Laskin hoitaa kommunikoinnin.
+Nyt kommunikointitavan muutos ei edellytä luokkaan mitään muutoksia edellyttäen että uusikin kommunikointitapa toteuttaa rajapinnan jonka kautta Laskin hoitaa kommunikoinnin.
Vaikka luokka Laskin siis toteuttaakin edelleen käyttäjänsä näkökulmasta samat asiat kuin aiemmin, ei se hoida kaikkea itse vaan delegoi osan vastuistaan muualle.
@@ -183,7 +183,7 @@ public class Tili {
}
```
-Huomaamme, että tulee tarve toisentyyppiselle tilille joko 1, 3, 6 tai 12 kuukaiden Euribor-korkoon perustuvalle tilille. päätämme tehdä uuden luokan EuriborTili perimällä luokan Tili ja ylikirjoittamalla metodin maksaKorko siten että Euribor-koron senhetkinen arvo haetaan verkosta:
+Huomaamme, että tulee tarve toisentyyppiselle tilille joko 1, 3, 6 tai 12 kuukaiden Euribor-korkoon perustuvalle tilille. Päätämme tehdä uuden luokan EuriborTili perimällä luokan Tili ja ylikirjoittamalla metodin maksaKorko siten että Euribor-koron senhetkinen arvo haetaan verkosta:
``` java
public class EuriborTili extends Tili {
@@ -283,7 +283,7 @@ public class EuriborlukijaImpl implements EuriborLukija {
}
```
-EuriborTili-luokka alkaa olla nyt melko siisti, EuriborLukijassa olisi paljon parantemisen varaa, mm. sen ainoan metodin koheesio on huono, metodi tekee aivan liian montaa asiaa. Palaamme siihen kuitenkin myöhemmin.
+EuriborTili-luokka alkaa olla nyt melko siisti, EuriborLukijassa olisi paljon parantamisen varaa, mm. sen ainoan metodin koheesio on huono, metodi tekee aivan liian montaa asiaa. Palaamme siihen kuitenkin myöhemmin.
Seuraavaksi huomaamme että on tarvetta Määräaikaistilille joka on muuten samanlainen kuin Tili mutta määräaikaistililtä ei voi siirtää rahaa muualle ennen kuin se tehdään mahdolliseksi tietyn ajan kuluttua. Eli ei ongelmaa, perimme jälleen luokan Tili:
@@ -315,7 +315,7 @@ Luokka syntyi tuskattomasti.
Seuraavaksi tulee idea Euribor-korkoa käyttävistä määräaikaistileistä. Miten nyt kannattaisi tehdä? Osa toiminnallisuudesta on luokassa Määräaikaistili ja osa luokassa Euribor-tili...
-Ehkä koronmaksun hoitaminen perinnän avulla ei ollutkaan paras ratkaisu, ja kannattaisi noudattaa "favor composition over inheritance"-periaatetta. Eli erotetaan koronmaksu omaksi luokakseen, tai rajapinnan toteuttaviksi luokiksi:
+Ehkä koronmaksun hoitaminen perinnän avulla ei ollutkaan paras ratkaisu, ja kannattaisi noudattaa "favor composition over inheritance" -periaatetta. Eli erotetaan koronmaksu omaksi luokakseen, tai rajapinnan toteuttaviksi luokiksi:
``` java
public interface Korko {
@@ -602,7 +602,7 @@ Jatkamme muokkaamista seuraavassa luvussa
h2. laskin ja komento-olio
-Muutamme Operaatio-luokan olemusta, päädymme jo oikeastaan Strategy-suunnittelumallin lähisukulaisen Command-suunnittelumallin puolelle ja annammekin sille nimen Komento ja teemmie siitä rajapinnan sillä siirrämme erillisten komento-olioiden luomisen Komentotehdas-luokalle:
+Muutamme Operaatio-luokan olemusta, päädymme jo oikeastaan Strategy-suunnittelumallin lähisukulaisen Command-suunnittelumallin puolelle ja annammekin sille nimen Komento ja teemme siitä rajapinnan sillä siirrämme erillisten komento-olioiden luomisen Komentotehdas-luokalle:
``` java
public interface Komento {
diff --git a/Luento-9.textile b/Luento-9.textile
index 8fd193a..e4554e0 100644
--- a/Luento-9.textile
+++ b/Luento-9.textile
@@ -564,7 +564,7 @@ Dokumentin sisältävien elementtien toteuttamiseen sopii erinomaisesti *komposi
Elementti on rajapinta joka määrittelee kaikkien elementtien yhteisen toiminnallisuuden:
``` java
-public interface Elementti {
+public interface Elementti{
void tulosta();
}
```
@@ -572,7 +572,7 @@ public interface Elementti {
Yksinkertaiset elementit ovat triviaaleja:
``` java
-public class ErotinElementti implements Elementti{
+public class ErotinElementti implements Elementti {
public void tulosta() {
System.out.println("-------------------------");
@@ -657,11 +657,11 @@ public static void main(String[] args) {
}
```
-Asiaks toteaa, että hänellä on usein tarve koostaa "varalta" webelementtejä sisältäviä dokumentteja. Dokumenteista ei kuitenkaan todellisuudessa tarvita kuin muutamaa, niitä pitää olla kuitenkin määriteltynä valmiina suuria määriä.
+Asiakas toteaa, että hänellä on usein tarve koostaa "varalta" webelementtejä sisältäviä dokumentteja. Dokumenteista ei kuitenkaan todellisuudessa tarvita kuin muutamaa, niitä pitää olla kuitenkin määriteltynä valmiina suuria määriä.
Ongelmaksi muodostuu nyt se, että elementtien lataaminen webistä on hidasta. Ja on ikävää jos elementtejä on pakko ladata suuria määriä kaiken varalta.
-Proxy-suunnittelumalli tuo ongelmaan ratkaisun. Periaatteena on luoda varsinaiselle "raskaalle" oliolle edustaja joka toimii raskaan olion sijalla niin kauan kunnes olioa oikeasti tarvitaan. Tälläisessä tilanteessa edustaja sitten luo todellisen olion ja delegoi sille kaikki operaatiot.
+Proxy-suunnittelumalli tuo ongelmaan ratkaisun. Periaatteena on luoda varsinaiselle "raskaalle" oliolle edustaja joka toimii raskaan olion sijalla niin kauan kunnes oliota oikeasti tarvitaan. Tälläisessä tilanteessa edustaja sitten luo todellisen olion ja delegoi sille kaikki operaatiot.
Tehdään WebElementille proxy:
--
1.7.9.5
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment