c-sharp lambda ekspressionit

avaaja nyt ainakaan niitä älykkäimpiä ole

" ja silloinkin kun niitä on ihan näppärää käyttää, se ei välttämättä kannata, koska toteutuksen miettimiseen menee enemmän aikaa ja koodistasi tulee vaikeammin ylläpidettävää."

Siis mitä ihmettä sä oikein höpiset? Lambdoja paljon helpompi lukea ja koodistakin tulee kompaktimpaa. Esimerkkinä vaikkapa IEnumerable laajennukset tai Entity framework:in kantakyselyt....

Anonyymi kirjoitti:

" ja silloinkin kun niitä on ihan näppärää käyttää, se ei välttämättä kannata, koska toteutuksen miettimiseen menee enemmän aikaa ja koodistasi tulee vaikeammin ylläpidettävää."

Siis mitä ihmettä sä oikein höpiset? Lambdoja paljon helpompi lukea ja koodistakin tulee kompaktimpaa. Esimerkkinä vaikkapa IEnumerable laajennukset tai Entity framework:in kantakyselyt....

Lue lisää

Lambda vie tyypillisesti vähemmän merkkejä, mutta ei se kyllä helpompi lukea ole. Toki jos on tottunut lambdojen käyttäjä niin se voi olla sinulle yhtä selkeä, mutta hyvin ylläpidettävä koodi on sellaista, johon joku muukin osaa tehdä tarvittavat muutokset ilman merkittävää riskiä asioiden rikkoutumisesta. Tosiasia on, että lambdoja tarvitaan niin harvoin, ettei hyväkään koodari totu niihin ellei tietoisesti harrasta niitä jatkuvasti myös silloin kun olisi helpompaa tehdä sama ilman.

Anonyymi kirjoitti:

Lambda vie tyypillisesti vähemmän merkkejä, mutta ei se kyllä helpompi lukea ole. Toki jos on tottunut lambdojen käyttäjä niin se voi olla sinulle yhtä selkeä, mutta hyvin ylläpidettävä koodi on sellaista, johon joku muukin osaa tehdä tarvittavat muutokset ilman merkittävää riskiä asioiden rikkoutumisesta. Tosiasia on, että lambdoja tarvitaan niin harvoin, ettei hyväkään koodari totu niihin ellei tietoisesti harrasta niitä jatkuvasti myös silloin kun olisi helpompaa tehdä sama ilman.

Lue lisää

"mutta hyvin ylläpidettävä koodi on sellaista, johon joku muukin osaa tehdä tarvittavat muutokset ilman merkittävää riskiä asioiden rikkoutumisesta."

Täyttä saissee!! Lambdat ovat erittäin yleisiä C#:ssa eikä kyllä millään lailla ole vaikeampia ylläpidettäviä. Jos meinaa saada töitä C# koodarina niin suosittelen kyllä opettelemaan lambdat oikein hyvin!

"Tosiasia on, että lambdoja tarvitaan niin harvoin, ettei hyväkään koodari totu niihin ellei tietoisesti harrasta niitä jatkuvasti myös silloin kun olisi helpompaa tehdä sama ilman."

Ajaa. Kumpi näyttää selkeämältä ja on helpompi kirjoittaa?? :)

public class Foo
{
public string bar;
public Foo(string bar)
{
this.bar = bar;
}
}

class Program
{
static void Main(string[] args)
{
var list = new List<Foo>()
{
new Foo("bar1"),
new Foo("bar2"),
new Foo("bar3")
};

// Lambda (1 rivi)
var bar1 = list.FirstOrDefault(foo => foo.bar == "bar1");

// Perinteinen tapa (8 RIVIÄ!!!)
foreach (var foo in list)
{
if (foo.bar == "bar1")
{
bar1 = foo;
break;
}
}
}
}

code_red kirjoitti:

"mutta hyvin ylläpidettävä koodi on sellaista, johon joku muukin osaa tehdä tarvittavat muutokset ilman merkittävää riskiä asioiden rikkoutumisesta."

Täyttä saissee!! Lambdat ovat erittäin yleisiä C#:ssa eikä kyllä millään lailla ole vaikeampia ylläpidettäviä. Jos meinaa saada töitä C# koodarina niin suosittelen kyllä opettelemaan lambdat oikein hyvin!

"Tosiasia on, että lambdoja tarvitaan niin harvoin, ettei hyväkään koodari totu niihin ellei tietoisesti harrasta niitä jatkuvasti myös silloin kun olisi helpompaa tehdä sama ilman."

Ajaa. Kumpi näyttää selkeämältä ja on helpompi kirjoittaa?? :)

public class Foo
{
public string bar;
public Foo(string bar)
{
this.bar = bar;
}
}

class Program
{
static void Main(string[] args)
{
var list = new List<Foo>()
{
new Foo("bar1"),
new Foo("bar2"),
new Foo("bar3")
};

// Lambda (1 rivi)
var bar1 = list.FirstOrDefault(foo => foo.bar == "bar1");

// Perinteinen tapa (8 RIVIÄ!!!)
foreach (var foo in list)
{
if (foo.bar == "bar1")
{
bar1 = foo;
break;
}
}
}
}

Lue lisää

Jälkimmäinen on selkeämpi. Kuka tahansa osaa lukea sen miettimättä vähääkään. Jälkimmäisestä joutuu erikseen miettimään, mitä siinä tapahtuu, vaikka noin helpossa esimerkissä sekin käy nopeasti jos osaa käyttää lambdoja.

Anonyymi kirjoitti:

Jälkimmäinen on selkeämpi. Kuka tahansa osaa lukea sen miettimättä vähääkään. Jälkimmäisestä joutuu erikseen miettimään, mitä siinä tapahtuu, vaikka noin helpossa esimerkissä sekin käy nopeasti jos osaa käyttää lambdoja.

Lue lisää

Korjaan: ensimmäisestä joutuu erikseen miettimään.

Anonyymi kirjoitti:

Jälkimmäinen on selkeämpi. Kuka tahansa osaa lukea sen miettimättä vähääkään. Jälkimmäisestä joutuu erikseen miettimään, mitä siinä tapahtuu, vaikka noin helpossa esimerkissä sekin käy nopeasti jos osaa käyttää lambdoja.

Lue lisää

"Kuka tahansa osaa lukea sen miettimättä vähääkään. "

Ei kuka tahansa, vaa se, joka on OPPINUT koodausta!
Mutta ok, ihan miten vaan. En jaksa vääntää niinkin yksinkertaisesta asiasta. Lambdan oppiminen ja sisäistäminen on yhtä helppoa kun for loopin oppiminen manuaalia lukemalla. Kielet kehittyy ja niihin lisätään uusia rakenteita. Jotkut muutoksista menestyy, toiset ei ja lambdat ovat erittäin hyvin menestynyt. Kuten sanoin, jos meinaa töitä hakea C# koodarina niin turha edes yrittää, jos ei osaa lambdoja lukea/käyttää koska KAIKKI C# .NET projektit vilisee lambdoja. Kotona voikin sitten koodata miten haluaa. Joten väitteesi, ettei lambdoja käytetä ja ovat hyvin harvinaisia, on täysin väärä!

Anonyymi kirjoitti:

Lambda vie tyypillisesti vähemmän merkkejä, mutta ei se kyllä helpompi lukea ole. Toki jos on tottunut lambdojen käyttäjä niin se voi olla sinulle yhtä selkeä, mutta hyvin ylläpidettävä koodi on sellaista, johon joku muukin osaa tehdä tarvittavat muutokset ilman merkittävää riskiä asioiden rikkoutumisesta. Tosiasia on, että lambdoja tarvitaan niin harvoin, ettei hyväkään koodari totu niihin ellei tietoisesti harrasta niitä jatkuvasti myös silloin kun olisi helpompaa tehdä sama ilman.

Lue lisää

Sehän on ohjelmoijan heikkous jos ei ole tottunut.

Ohjelmointityössä kuitenkin tehdään sitä koodia, ja sen pitää olla mahdollisimman virheetöntä ja siistiä. Tekosyyt sille että ei ole tottunut on aika huonoja.

code_red kirjoitti:

"mutta hyvin ylläpidettävä koodi on sellaista, johon joku muukin osaa tehdä tarvittavat muutokset ilman merkittävää riskiä asioiden rikkoutumisesta."

Täyttä saissee!! Lambdat ovat erittäin yleisiä C#:ssa eikä kyllä millään lailla ole vaikeampia ylläpidettäviä. Jos meinaa saada töitä C# koodarina niin suosittelen kyllä opettelemaan lambdat oikein hyvin!

"Tosiasia on, että lambdoja tarvitaan niin harvoin, ettei hyväkään koodari totu niihin ellei tietoisesti harrasta niitä jatkuvasti myös silloin kun olisi helpompaa tehdä sama ilman."

Ajaa. Kumpi näyttää selkeämältä ja on helpompi kirjoittaa?? :)

public class Foo
{
public string bar;
public Foo(string bar)
{
this.bar = bar;
}
}

class Program
{
static void Main(string[] args)
{
var list = new List<Foo>()
{
new Foo("bar1"),
new Foo("bar2"),
new Foo("bar3")
};

// Lambda (1 rivi)
var bar1 = list.FirstOrDefault(foo => foo.bar == "bar1");

// Perinteinen tapa (8 RIVIÄ!!!)
foreach (var foo in list)
{
if (foo.bar == "bar1")
{
bar1 = foo;
break;
}
}
}
}

Lue lisää

Korjaus: Jos meinaa saada töitä C# koodarina, kannattaa opetella JavaScript hyvin.

PS. Lambda on lähes suora kopio JavaScriptin arrow-notaatiosta.

Anonyymi kirjoitti:

Sehän on ohjelmoijan heikkous jos ei ole tottunut.

Ohjelmointityössä kuitenkin tehdään sitä koodia, ja sen pitää olla mahdollisimman virheetöntä ja siistiä. Tekosyyt sille että ei ole tottunut on aika huonoja.

Lue lisää

Ei se ole mikään heikkous jos ei ole tottunut käyttämään lambdoja, kunhan niitä ymmärtää sen verran, että tarvittaessa osaa katsoa mitä jonkun muun kirjoittama lambda tekee.

Anonyymi kirjoitti:

Korjaus: Jos meinaa saada töitä C# koodarina, kannattaa opetella JavaScript hyvin.

PS. Lambda on lähes suora kopio JavaScriptin arrow-notaatiosta.

"Jos meinaa saada töitä C# koodarina, kannattaa opetella JavaScript hyvin."

Taas täyttä saissee :) :)

"PS. Lambda on lähes suora kopio JavaScriptin arrow-notaatiosta."

Ajaa, no javascript arrow notation esiteltiin ES6:ssa vuonna 2015.
.NET framework:ssa lambdat esiteltiin versiossa 3.5 vuonna 2008 :D :D

Aika vaikea kopioida....

Lisäksi huomioi, merkkejäkin meni samaan perinteisin keinoin vähemmän.

Ahaa, kyseessä on siis vain samanlainen järjetön sekoilu kuin ns. puolalainen notaatio, jolla vain sotketaan selviä asioita.

Anonyymi kirjoitti:

Ahaa, kyseessä on siis vain samanlainen järjetön sekoilu kuin ns. puolalainen notaatio, jolla vain sotketaan selviä asioita.

Ehkä, ei ole tuttu juttu tuo puolalainen notaatio. Asiat täytyy pitää yksinkertaisina, niin se on helpompaa. Vaihtoehtoiset mallit vain sekoittaa selvän asian.

Anonyymi kirjoitti:

Ahaa, kyseessä on siis vain samanlainen järjetön sekoilu kuin ns. puolalainen notaatio, jolla vain sotketaan selviä asioita.

Kun sum-funktio kirjoitetaan tavallisena funktiona, niin ihan samassa järjestyksessähän se tulee: ensin funktion nimi sitten parametrit. Lambdat ei siis liity puolalaiseen notaatioon mitenkään. Ovat vaan lyhennysmerkintä.

Anonyymi kirjoitti:

Kun sum-funktio kirjoitetaan tavallisena funktiona, niin ihan samassa järjestyksessähän se tulee: ensin funktion nimi sitten parametrit. Lambdat ei siis liity puolalaiseen notaatioon mitenkään. Ovat vaan lyhennysmerkintä.

Lue lisää

Tai siis: johan se tavallinenkin funktio on puolalaista notaatiota!

Anonyymi kirjoitti:

Ehkä, ei ole tuttu juttu tuo puolalainen notaatio. Asiat täytyy pitää yksinkertaisina, niin se on helpompaa. Vaihtoehtoiset mallit vain sekoittaa selvän asian.

Sitten kun ymmärrät vielä, että koko ohjelmointi onnistuu puhtaasti lambdalla. Eli kuinka funktionaalisesti saa asian tehtyä, että ei sotke jotain imperatiivisista kielistä lähtöisin olevaa kuraa.

Anonyymi kirjoitti:

Sitten kun ymmärrät vielä, että koko ohjelmointi onnistuu puhtaasti lambdalla. Eli kuinka funktionaalisesti saa asian tehtyä, että ei sotke jotain imperatiivisista kielistä lähtöisin olevaa kuraa.

Lue lisää

M-Kar hiljaa!!

Anonyymi kirjoitti:

Sitten kun ymmärrät vielä, että koko ohjelmointi onnistuu puhtaasti lambdalla. Eli kuinka funktionaalisesti saa asian tehtyä, että ei sotke jotain imperatiivisista kielistä lähtöisin olevaa kuraa.

Lue lisää

M-Kar älä sotke!