De Devschuur Coffee Corner - Iteratie 4

[Korben]

Grijze Vos schreef op woensdag 28 augustus 2013 @ 09:02:
[...]


Volgens mij begrijp je me niet. Welke constructor? Dependencies worden op de volgende manier binnengehaald:

C#:

public class Foo
{

    //See the lack of a constructor here?

    public void DoSomething()
    {
         var fooService = Unity.Instance.Resolve<IFooService>();
         var foo = fooService.Get(42);
    }
}

Dat is gewoon dom. Het is niet eens DI dan, want er wordt niks geïnjecteerd.

BikkelZ schreef op dinsdag 27 augustus 2013 @ 17:27:
[...]


Ja maar als je de class die je DI't weer ergens anders wil gaan mocken? Moet je dan het hele ding weer eerst in elkaar gaan zetten met mocks via de constructor? Als je afleidt van een interface is het altijd makkelijker om te testen.

Daarom programmeer je ook tegen interfaces, niet tegen concrete implementaties. Als het goed is hoef je classes (uit je eigen code) nergens te mocken, behalve wellicht in de tests van die class zelf.

[Grijze Vos]

Korben schreef op woensdag 28 augustus 2013 @ 09:22:
[...]

Dat is gewoon dom. Het is niet eens DI dan, want er wordt niks geïnjecteerd.

Daarom zette ik ook DI tussen quotes. Mja, ik probeer ze aan het verstand te peuteren hoe het wel moet, maar het wil er gewoon niet in lijkt wel.

[Cor453]

Needs... coffee. Ik heb issues met een jQuery UI sortable scriptje, kom er maar niet uit. Ergens doe ik iets fout, maar ja. Vind het maar eens

[Firesphere]

* Firesphere inserts coffee

[Verwijderd]

Cor453 schreef op woensdag 28 augustus 2013 @ 09:31:
Needs... coffee. Ik heb issues met een jQuery UI sortable scriptje, kom er maar niet uit. Ergens doe ik iets fout, maar ja. Vind het maar eens

JavaScript:

alert('blaat');

aan het begin van je scriptje zetten en telkens een regel opschuiven.
Of je gebruikt gewoon een JS Debugger

[TheNephilim]

/me SELECT `coffee_machine`.`coffee` FROM `Firesphere` AS `coffee_machine` LIMIT 2

[Korben]

TheNephilim schreef op woensdag 28 augustus 2013 @ 09:47:
/me SELECT `coffee_machine`.`coffee` FROM `Firesphere` AS `coffee_machine` LIMIT 2

Msg 102, Level 15, State 1, Line 1
Incorrect syntax near '`'.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near '`'.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near '`'.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near '`'.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near '`'.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near '`'.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near '`'.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near '`'.
Msg 102, Level 15, State 1, Line 1
Incorrect syntax near 'LIMIT'.

[Ealanrian]

Werkt de koffie machine van Firesphere wel met SQL?

Talking about SQL. De mysql server op mijn vps is echt vaag aan het doen. Via /etc/init.d is ie niet te stopen Apt kan em niet down krijgen de enige manier is een kill. Vervolgens starten geeft ook een error.

[farlane]

Verwijderd schreef op woensdag 28 augustus 2013 @ 00:25:
Daar ging het niet om. Het ging erom dat er een statement

C++:

int i = i

stond.

MSVC heeft een warning, gcc een error. Ik heb liever de error.

Mij ging het om deze opmerking:

In C99 mag je sws niet binnen een statement je variabele defineren.

Een

code:

if( ... )

is een statement en een

code:

int i = ....

is een definitie dus de opmerking is niet correct.

[TheNephilim]

Korben schreef op woensdag 28 augustus 2013 @ 09:49:
[...]

Valid MySQL hoor

Ealanrian schreef op woensdag 28 augustus 2013 @ 09:50:
Werkt de koffie machine van Firesphere wel met SQL?

Talking about SQL. De mysql server op mijn vps is echt vaag aan het doen. Via /etc/init.d is ie niet te stopen Apt kan em niet down krijgen de enige manier is een kill. Vervolgens starten geeft ook een error.

Nou na * Firesphere inserts coffee dacht ik van wel

[Ealanrian]

TheNephilim schreef op woensdag 28 augustus 2013 @ 09:53:


Nou na * Firesphere inserts coffee dacht ik van wel

Dat is natuurlijk geen valid sql statement. Het zou ook commandline kunnen zijn met een customer parser. Of speachbased. Maar ik denk dat het afwachten is tot Firesphere ons komt vertellen hoe we de api kunnen aanspreken

[PrisonerOfPain]

Verwijderd schreef op woensdag 28 augustus 2013 @ 00:25:
Daar ging het niet om. Het ging erom dat er een statement

C++:

int i = i

stond.

MSVC heeft een warning, gcc een error. Ik heb liever de error.

Je compiled toch met /Wall /WX mag ik hopen?

[Verwijderd]

Ealanrian schreef op woensdag 28 augustus 2013 @ 09:55:
[...]

Dat is natuurlijk geen valid sql statement. Het zou ook commandline kunnen zijn met een customer parser. Of speachbased. Maar ik denk dat het afwachten is tot Firesphere ons komt vertellen hoe we de api kunnen aanspreken

Met brainfuck (Wikipedia: Brainfuck).

[_Moe_]

Verwijderd schreef op woensdag 28 augustus 2013 @ 09:59:
[...]


Met brainfuck (Wikipedia: Brainfuck).

Hehe, die kan ik binnenkort wel eens gebruiken voor een trouw partij, want cadeautjes krijg je natuurlijk niet voor niks.

[Firesphere]

* Firesphere gebruikt FSQL

[TheNephilim]

Firesphere schreef op woensdag 28 augustus 2013 @ 10:10:
* Firesphere gebruikt FSQL

Dat kan ik niet, toch maar zelf koffie halen dan

[Verwijderd]

Firesphere schreef op woensdag 28 augustus 2013 @ 10:10:
* Firesphere gebruikt FSQL

F1r3Sph3r3QL? Hoe werkt dat dan?

[Mulder_fox]

* S3L3CT `c0ff33_m4ch1n3`.`c0ff33` FR0M `F1r3sph3r3` AS `c0ff33_m4ch1n3` LIMIT 2

zoiets denk ik

[_Moe_]

Verwijderd schreef op woensdag 28 augustus 2013 @ 10:14:
[...]


F1r3sph3r3QL? Hoe werkt dat dan?

Bedoel je niet F1r3sph3r3SQL in plaats van F1r3sph3r3QL?

[Verwijderd]

_Moe_ schreef op woensdag 28 augustus 2013 @ 10:15:
[...]


Bedoel je niet F1r3sph3r3SQL in plaats van F1r3sph3r3QL?

Nope: De FS staan voor F1r3Sph3r3

[Ealanrian]

* Ealanrian zoekt dekking voor de rant die komen gaat over het niet verkrachten van een naam.

[ValHallen]

_Moe_ schreef op woensdag 28 augustus 2013 @ 10:15:
[...]


Bedoel je niet F1r3sph3r3SQL in plaats van F1r3sph3r3QL?

Is F1r35ph3r35QL niet beter?

[GateKeaper]

I'm getting to old for this shit... Hoeveel plezier kan je halen uit 't verbouwen van een naam?

[_Moe_]

ValHallen schreef op woensdag 28 augustus 2013 @ 10:22:
[...]


Is F1r35ph3r35QL niet beter?

Als je het echt zo ver wilt drijven, zou ik toch maar gaan voor:

code:

++++++++[>+>++>+++>++++>+++++>++++++>+++++++>++++++++>+++++++++>++++++++++>+++++++++++>++++++++++++>+++++++++++++>++++++++++++++>+++++++++++++++>++++++++++++++++<<<<<<<<<<<<<<<<-]>>>>>>>>>--.++<<<<<<<<<>>>>>>>>>>>>>+.-

[R4gnax]

Korben schreef op dinsdag 27 augustus 2013 @ 16:27:
[...]

'Want dan is het testbaar' is een heel slechte reden om DI te gaan gebruiken. Je kunt ook gewoon mocks op interfaces doorgeven in de constructor.

Een implementatie v/e interface aan een constructor doorgeven? Dus met de hand de afhankelijkheden van een class inbrengen. Goh; het ontschiet me even: hoe noemden ze dat in het engels ook al weer? ...

Grijze Vos schreef op dinsdag 27 augustus 2013 @ 16:04:
[...rage rant...]

Ah. Jij houdt je tijdens m'n vakantie wel bezig, zie ik al.

[Firesphere]

GateKeaper schreef op woensdag 28 augustus 2013 @ 10:34:
I'm getting to old for this shit... Hoeveel plezier kan je halen uit 't verbouwen van een naam?

Ik laat ze dan ook maar lekker spelen.

Koffie?

[Intru]

Lekker

[GateKeaper]

Graag

[Verwijderd]

GateKeaper schreef op woensdag 28 augustus 2013 @ 10:34:
I'm getting to old for this shit... Hoeveel plezier kan je halen uit 't verbouwen van een naam?

Op een werkdag (9-18) die volledig is gevuld met bootcamp, kan ik daar nog wel wat plezier uit halen. De materie die we hier krijgen heeft niet echt veel ruimte voor humor

[Kayr]

eindelijk

[_Moe_]

Firesphere schreef op woensdag 28 augustus 2013 @ 10:37:
[...]

Ik laat ze dan ook maar lekker spelen.

Koffie?

Daar zeg ik geen 'Nee' op!

Dankje

[Firesphere]

Ik zal't even uitleggen. FSQL is heel simpel.
Als ik in een klotebui ben is er geen koffie. Anders is er kans op koffie met hier en daar een koffiekan tegen je hoofd.

[Styxxy]

R4gnax schreef op woensdag 28 augustus 2013 @ 10:37:
[...]
Een implementatie v/e interface aan een constructor doorgeven? Dus met de hand de afhankelijkheden van een class inbrengen. Goh; het ontschiet me even: hoe noemden ze dat in het engels ook al weer? ...

Daarvoor heb je nu net de DI libraries. Daar stel je in welke interface welke implementatie is. Die gaat die dan zelf correct resolven (hoef jij niet te doen).

[Verwijderd]

Het lijkt wel de Devschuur-kinderopvang hier...

[GateKeaper]

Verwijderd schreef op woensdag 28 augustus 2013 @ 10:43:
Het lijkt wel de Devschuur-kinderopvang hier...

DevCreche ®

[Ealanrian]

Het niveau is inderdad niet bar hoog vandaag...

Argh eerst vage memory problemen op plekken en momenten die totaal geen verband met elkaar lijken te hebben en nu problemen met een ongedocumenteerde api. Heel fijn allemaal

[Mulder_fox]

bah een python script die ik aanroep van uit c# stopt er ergens mee, als ik het script handmatig run vanuit bijvoorbeeld idle dan werkt het wel. Bijde keren maakt het scrip gebruik van dezelfde data.
Geen error te zien

[PrisonerOfPain]

Styxxy schreef op woensdag 28 augustus 2013 @ 10:42:
[...]

Daarvoor heb je nu net de DI libraries. Daar stel je in welke interface welke implementatie is. Die gaat die dan zelf correct resolven (hoef jij niet te doen).

Wat doen die libraries dan precies voor je? Ik heb dat nooit zo begrepen, wat doen ze meer dan een hand vol factory-achtige functies? Wat brengt de complexiteit van een DI library voor positiefs met zich mee? En is dat niet gewoon te vervangen door:

code:

class MySoundDI
{
     ISoundSample createSoundSample(){ return new WaveSoundSample(this); }
     ISoundDevice createSoundDevice() { return new Win32SoundDevice(this); }
}

class MySoundDI_TestSoundSample : MySoundDI
{
     ISoundSample createSoundSample(){ return new MockSoundSample(this); }
     ISoundDevice createSoundDevice() { return new Win32SoundDevice(this); }
}

[ Voor 12% gewijzigd door PrisonerOfPain op 28-08-2013 10:59 ]

[Korben]

PrisonerOfPain schreef op woensdag 28 augustus 2013 @ 10:54:
[...]


Wat doen die libraries dan precies voor je? Ik heb dat noot zo begrepen, wat doen ze meer dan een hand vol factory-achtige functies? Wat brengt de complexiteit van een DI library voor positiefs met zich mee? En is dat niet gewoon te vervangen door:

code:

class MySoundDI
{
     ISoundSample createSoundSample(){ return new WaveSoundSample(this); }
     ISoundDevice createSoundDevice() { return new Win32SoundDevice(this); }
}

Hoe gebruik je die MySoundDI dan? Het voordeel van een DI-library is dat het run-time configureerbaar is. En de 'complexiteit' van een DI-library valt wel mee. Neem bijvoorbeeld Autofac:

C#:

static void Main()
{
   var builder = new ContainerBuilder();

   builder.RegisterType<Bar>().As<IBar>();
   builder.RegisterType<Foo>().As<Foo>();

   using (var container = builder.Build())
   {
      var foo = container.Resolve<Foo>();

      // foo._bar is nu gevuld door de DI-container
   }
}

interface IBar
{
   // ...
}

class Foo
{
   private readonly IBar _bar;

   public Foo(IBar bar)
   {
      _bar = bar;
   }
}

class Bar: IBar
{
   // ...
}

Ik hoef niet meer te weten wat de dependencies van Foo zijn, als ik die ergens wil gebruiken, en Foo hoeft ook niet te weten wat voor 'service locator' er wordt gebruikt. Als ik in plaats van Autofac bijvoorbeeld Unity wil gebruiken, dan hoef ik de code van Foo niet aan te passen.

In unit tests is het ook bijzonder handig:

C#:

var mock = new Mock<IBar>();

container.Register(context => mock.Object).As<IBar>();

// ..

var obj = container.Resolve<Foo>();

Daarnaast doen veel DI-library's aan lifetime management. Zo kun je bijvoorbeeld met één call aangeven dat een object een singleton moet zijn, of dat er maar één object per 'lifetime scope' moet zijn (bijvoorbeeld een unit of work, HTTP request, of in jouw geval, een frame).

[R4gnax]

Styxxy schreef op woensdag 28 augustus 2013 @ 10:42:
[...]

Daarvoor heb je nu net de DI libraries. Daar stel je in welke interface welke implementatie is. Die gaat die dan zelf correct resolven (hoef jij niet te doen).

*woosh*

Hele grap was dat met de hand implementaties van interfaces doorgeven aan een class gewoon het met de hand opzetten van het DI patroon is, waar IoC libraries zoals Unity, Spring, etc. dat gemanaged doen via een composition container.

Jij haalt trouwens op jouw beurt de DI en IoC (Inversion of Control) patronen door elkaar. Het automatisch instellen v/d dependencies in een registry en het gebruik van dependency resolution uit een gedeelde composition container is een invulling van IoC, niet DI. Het DI patroon houdt zich bezig met het extern maken van geisoleerde stukken functionaliteit en deze van buiten af in te brengen i.p.v. intern te constructen of één grote god class te bouwen. Het IoC patroon houdt zich bezig met de control structure te inverteren en de build-up van depdencies centraal te regelen ipv gedistribueerd. (Toegegeven, in de meeste gevallen gebruik je deze twee patronen samen.)

[ Voor 9% gewijzigd door R4gnax op 28-08-2013 11:11 ]

[Korben]

R4gnax schreef op woensdag 28 augustus 2013 @ 11:08:
[...]


*woosh*

Hele grap was dat met de hand implementaties van interfaces doorgeven aan een class gewoon het met de hand opzetten van het DI patroon is, waar IoC libraries zoals Unity, Spring, etc. dat gemanaged doen via een composition container.

Jij haalt trouwens op jouw beurt de DI en IoC (Inversion of Control) patronen door elkaar. Het automatisch instellen v/d dependencies in een registry en het gebruik van dependency resolution uit een gedeelde composition container is een invulling van IoC, niet DI. Het DI patroon houdt zich bezig met het extern maken van geisoleerde stukken functionaliteit en deze van buiten af in te brengen i.p.v. intern te constructen of één grote god class te bouwen. Het IoC patroon houdt zich bezig met de control structure te inverteren en de build-up van depdencies centraal te regelen ipv gedistribueerd. (Toegegeven, in de meeste gevallen gebruik je deze twee patronen samen.)

Volgens mij draai je het zelf om. IoC staat voor Inversion of Control, waarbij je dus stukken functionaliteit in andere classes onderbrengt, en die de complete verantwoordelijkheid geeft voor het uitvoeren van die functionaliteit.

DI is dependency injection, wat enkel inhoudt dat dependency's van je code automatisch worden ingevuld door een DI container. Niets meer, niets minder.

[R4gnax]

Korben schreef op woensdag 28 augustus 2013 @ 11:12:
[...]

Volgens mij draai je het zelf om. IoC staat voor Inversion of Control, waarbij je dus stukken functionaliteit in andere classes onderbrengt, en die de complete verantwoordelijkheid geeft voor het uitvoeren van die functionaliteit.

DI is dependency injection, wat enkel inhoudt dat dependency's van je code automatisch worden ingevuld door een DI container. Niets meer, niets minder.

Het hart van IoC is het dynamisch maken van object coupling zodat koppeling run-time plaats vindt via een assemblage object. Niets meer en niets minder.

Het principe van dependency injection is te gebruiken om een versie van IoC te maken die dependencies centraal geregeld injecteert vanuit een composition container via een injector (evt. met lifecycle management daar ook nog bij). Andere smaken van IoC zijn service locators (wat Grijze Vos bijv. liet zien via een .Resolve<T> method) maar ook iets op het oog zo simpel als een factory; het initialiseren van een instance wordt immers uitbesteed aan de factory (het assemblage object) en vindt daar gecentraliseerd plaats.

[Korben]

R4gnax schreef op woensdag 28 augustus 2013 @ 11:24:
[...]


Het hart van IoC is het dynamisch maken van object coupling zodat koppeling run-time plaats vindt via een assemblage object. Niets meer en niets minder.

Het principe van dependency injection is te gebruiken om een versie van IoC te maken die dependencies centraal geregeld injecteert vanuit een composition container via een injector (evt. met lifecycle management daar ook nog bij). Andere smaken van IoC zijn service locators (wat Grijze Vos bijv. liet zien via een .Resolve<T> method) maar ook iets op het oog zo simpel als een factory; het initialiseren van een instance wordt immers uitbesteed aan de factory (het assemblage object) en vindt daar gecentraliseerd plaats.

Hmm, je hebt inderdaad gelijk wat betreft IoC. My bad. Overigens kunnen service locators natuurlijk prima lifecycle management doen, dus dat lijkt me ook soort van onderdeel van IoC.

[PrisonerOfPain]

Korben schreef op woensdag 28 augustus 2013 @ 11:06:
[...]

Hoe gebruik je die MySoundDI dan? Het voordeel van een DI-library is dat het run-time configureerbaar is. En de 'complexiteit' van een DI-library valt wel mee. Neem bijvoorbeeld Autofac:

De complexiteit zit 'm niet zo zeer in het gebruik maar in de 1000-en regels code die je extra binnentrekt met alle bugs van dien voor een concept dat wat mij betreft enorm eenvoudig met een of twee classes opgelost kan worden.

Misschien had ik mijn codesample zo moeten schrijven:

code:

class X
{
      IFoo createFoo()
      {
            return new Foo(createBar());
      }

      IBar createBar()
      {
            return new Bar();
      }
}

// en om te testen
class X_BarMock : X
{
      IBar createbar() { return new Mock<Bar>(); }
}

X = new X();
IFoo f = X.createFoo();
f.doSomething();

Als ik zou willen dat bar een singleton is - is dat ook prima voor elkaar te krijgen door de instance in een static te douwen bijvoorbeeld.

Daarnaast doen veel DI-library's aan lifetime management. Zo kun je bijvoorbeeld met één call aangeven dat een object een singleton moet zijn, of dat er maar één object per 'lifetime scope' moet zijn (bijvoorbeeld een unit of work, HTTP request, of in jouw geval, een frame).

Ik begrijp DI (volgens mij) maar wat ik niet begrijp zijn de DI frameworks. Ze lijken allemaal werk uit handen te nemen dat ik in 1-3 regels zelf ook zou kunnen doen zonder zo'n framework hoef te gebruiken. Het voelt - pragmatisch gezien - als het verkopen van gebakken lucht.

[Ealanrian]

Oja tuurlijk laten we een hashmap creeeren waarbij de keys en values van alles kunnen zijn en op basis van function pointers kan je bepalen wat het word. Laten we dit vooral niet documenteren want we hebben code waarin dit gebruikt word. Ja lul ik wil niet eerst door de code te hoeven zoeken om uit te vinden hoe ik een string key based hashmap kan gebruiken....

[R4gnax]

PrisonerOfPain schreef op woensdag 28 augustus 2013 @ 11:30:
Ik begrijp DI (volgens mij) maar wat ik niet begrijp zijn de DI frameworks. Ze lijken allemaal werk uit handen te nemen dat ik in 1-3 regels zelf ook zou kunnen doen zonder zo'n framework hoef te gebruiken.

Je schrijft zelf een zeer triviaal voorbeeld van een Mock die geen child mocks nodig heeft. Trek het eens één generatie dependencies dieper en die 1-3 regels worden er 8-10. En nu keer 100.

[PrisonerOfPain]

R4gnax schreef op woensdag 28 augustus 2013 @ 11:35:
[...]

Je schrijft zelf een zeer triviaal voorbeeld van een Mock die geen child mocks nodig heeft. Trek het eens één generatie dependencies dieper en die 1-3 regels worden er 8-10. En nu keer 100.

Misschien is dat het wel gewoon hoor, dat ik DI nooit in een complexe situatie heb gezien en me er daarom niet zo goed een voorstelling van kan maken.

[Korben]

R4gnax schreef op woensdag 28 augustus 2013 @ 11:35:
[...]

Je schrijft zelf een zeer triviaal voorbeeld van een Mock die geen child mocks nodig heeft. Trek het eens één generatie dependencies dieper en die 1-3 regels worden er 8-10. En nu keer 100.

En met 5 niveau's aan lifetime scope, factory's en keyed services. En metadata. Ineens lijkt DI dan wél een goed idee.

[ Voor 5% gewijzigd door Korben op 28-08-2013 11:38 ]

[HMS]

PrisonerOfPain schreef op woensdag 28 augustus 2013 @ 11:30:
[...]

Ik begrijp DI (volgens mij) maar wat ik niet begrijp zijn de DI frameworks. Ze lijken allemaal werk uit handen te nemen dat ik in 1-3 regels zelf ook zou kunnen doen zonder zo'n framework hoef te gebruiken. Het voelt - pragmatisch gezien - als het verkopen van gebakken lucht.

Oke, en nu heb je een applicatie waar veel messaging in gebeurd. Een message handler is:

C#:

public interface IHandle<T> where T : Message 
{
    void Handle(T e);
}

En daar zijn een stuk of 120 implementaties van (1 per message type).

Ga je deze dan allemaal met de hand van hun dependencies voorzien?
Dan doe je:

C#:

// StructureMap
x.Scan(scanner =>
    {
        scanner.AssembliesFromApplicationBaseDirectory();
        scanner.ConnectImplementationsToTypesClosing(typeof(IHandle<>));
    });

Zodat:

C#:

// ServiceLocator :(
var handler = ObjectFactory.GetInstance<IHandle<SomeInterestingEvent>>();
handler.Handle(message);

Waarbij het dus in 1 keer klaar is.

Ik weet dat je dit zelf ook kan coden, maar IoC is zoveel makkelijker met een DI container.
Dat wil niet zeggen dat jouw oplossing niet kan, en is voor simpele apps misschien ook wel aan te raden.

[ Voor 15% gewijzigd door HMS op 28-08-2013 11:42 ]

[PrisonerOfPain]

HMS schreef op woensdag 28 augustus 2013 @ 11:38:
En daar zijn een stuk of 120 implementaties van (1 per message type).

Ik weet dat je dit zelf ook kan coden, maar IoC is zoveel makkelijker met een DI container.
Dat wil niet zeggen dat jouw oplossing niet kan, en is voor simpele apps misschien ook wel aan te raden.

Nu ja goed, ik heb DI een keer proberen te gebruiken in een wat simpelere omgeving en daar had ik dit inderdaad niet nodig maar in zulke situaties klinkt het een stuk praktischer.

[Ozzie]

Pff zit echt al 3 weken te twijfelen of ik een IntelliJ licentie moet kopen maar vind 190 euro toch een beetje te duur..

Maar het is wel een super IDE.

[Korben]

HMS schreef op woensdag 28 augustus 2013 @ 11:38:
[...]


Oke, en nu heb je een applicatie waar veel messaging in gebeurd. Een message handler is:

C#:

public interface IHandle<T> where T : Message 
{
    void Handle(T e);
}

En daar zijn een stuk of 120 implementaties van (1 per message type).

Ga je deze dan allemaal met de hand van hun dependencies voorzien? Of doe je

C#:

// StructureMap
x.Scan(scanner =>
    {
        scanner.AssembliesFromApplicationBaseDirectory();
        scanner.ConnectImplementationsToTypesClosing(typeof(IHandle<>));
    });

Waarbij het dus in 1 keer klaar is.

Compositie is ook altijd leuk:

C#:

// Autofac
IEnumerable<Meta<Func<X, A, B>, Y>>

Dit geeft alle geregistreerde implementaties van factories van X, die een A en een B als parameter hebben, waarbij je van te voren nog een Y als metadata kunt bekijken om te beslissen of je de X nodig hebt.

PrisonerOfPain schreef op woensdag 28 augustus 2013 @ 11:30:
[...]
Als ik zou willen dat bar een singleton is - is dat ook prima voor elkaar te krijgen door de instance in een static te douwen bijvoorbeeld.

Leuk, maar als je thread-safety wilt?

C#:

void Main()
{
    var builder = new ContainerBuilder();
    
    builder.Register(context => X.CreateX()).As<X>().SingleInstance();
    
    using (var container = builder.Build())
    {
        var taskA = Task.Run(() => container.Resolve<X>());
        var taskB = Task.Run(() => container.Resolve<X>());
        
        Task.WaitAll(taskA, taskB);
    }
}

class X
{   
    public static X CreateX()
    {
        Thread.Sleep(1000); // dure bewerking
        
        Console.WriteLine("Created X");
        
        return new X();
    }
}

Autofac zal er voor zorgen dat X.CreateX() maar één keer wordt aangeroepen.

[Ealanrian]

Ozzie schreef op woensdag 28 augustus 2013 @ 11:46:
Pff zit echt al 3 weken te twijfelen of ik een IntelliJ licentie moet kopen maar vind 190 euro toch een beetje te duur..

Maar het is wel een super IDE.

Hij is nu 18 euro goedkoper dus stop met twijfelen en doen

[Firesphere]

http://www.reddit.com/r/P...ser_from_the_web_problem/

[Ozzie]

Ealanrian schreef op woensdag 28 augustus 2013 @ 11:48:
[...]

Hij is nu 18 euro goedkoper dus stop met twijfelen en doen

Hehe ja dan is die juist 190 euro (inc. btw). Denk ook wel dat ik het ga doen, nog even moed verzamelen

Firesphere schreef op woensdag 28 augustus 2013 @ 11:56:

http://www.reddit.com/r/P...ser_from_the_web_problem/

Damn.. Die kan echt zo in het slechte codevoorbeelde topic.. Zoiets bedenk je toch niet?

[ Voor 35% gewijzigd door Ozzie op 28-08-2013 11:59 ]

[Verwijderd]

Ozzie schreef op woensdag 28 augustus 2013 @ 11:46:
Pff zit echt al 3 weken te twijfelen of ik een IntelliJ licentie moet kopen maar vind 190 euro toch een beetje te duur..

Maar het is wel een super IDE.

Voor een tool die je dagelijks gebruikt vind ik dat echt wel meevallen hoor.

[Ozzie]

Verwijderd schreef op woensdag 28 augustus 2013 @ 11:59:
[...]


Voor een tool die je dagelijks gebruikt vind ik dat echt wel meevallen hoor.

Mja maar NetBeans is gratis en vind ik ook helemaal prima. IntelliJ is alleen net ietsie beter.

[OkkE]

Firesphere schreef op woensdag 28 augustus 2013 @ 11:56:

http://www.reddit.com/r/P...ser_from_the_web_problem/

[troll-face.gif]

[Firesphere]

Ennnn, Reddit is stuk of hij's weggehaald

[Gropah]

Verwijderd schreef op woensdag 28 augustus 2013 @ 11:59:
[...]


Voor een tool die je dagelijks gebruikt vind ik dat echt wel meevallen hoor.

Inderdaad. Dit herinnert mij er trouwens wel aan dat ik nog Sublime Text 3 moet kopen.

@hierboven

Reddit lijkt op dit moment even stuque

[ Voor 8% gewijzigd door Gropah op 28-08-2013 12:02 ]

[Ealanrian]

Firesphere schreef op woensdag 28 augustus 2013 @ 12:01:
Ennnn, Reddit is stuk of hij's weggehaald

Still working here.

[Firesphere]

Reddit is kapoet

[.oisyn]

farlane schreef op woensdag 28 augustus 2013 @ 09:51:
[...]


Mij ging het om deze opmerking:

[...]

Een

code:

if( ... )

is een statement en een

code:

int i = ....

is een definitie dus de opmerking is niet correct.

Binnen een functie is een definitie een soort statement

[Ealanrian]

Reddit werkt gewoon.

Verwijderd schreef op woensdag 28 augustus 2013 @ 11:59:
[...]


Voor een tool die je dagelijks gebruikt vind ik dat echt wel meevallen hoor.

Inderdaad een tool die je dagelijks gebruikt mag best wat kosten zolang het kwaliteit is en je helpt

[Verwijderd]

Ozzie schreef op woensdag 28 augustus 2013 @ 12:00:
[...]


Mja maar NetBeans is gratis en vind ik ook helemaal prima. IntelliJ is alleen net ietsie beter.

Gebruik je hem professioneel?

---

Reddit heeft het gewoon nogal druk op dit moment

[Grijze Vos]

PrisonerOfPain schreef op woensdag 28 augustus 2013 @ 11:46:
[...]

Nu ja goed, ik heb DI een keer proberen te gebruiken in een wat simpelere omgeving en daar had ik dit inderdaad niet nodig maar in zulke situaties klinkt het een stuk praktischer.

Voor het simpele werk boeit het ook niet. Als je je dependencies dan gewoon met de hand injecteert in de constructor, kun je altijd nog makkelijk een IoC container introduceren. Als je gewend bent met een IoC te werken dan zul je die waarschijnlijk gewoon meteen gaan gebruiken, omdat het gewoon lekker werkt.

Als je veel single-class single-interface constructies hebt kom je met een heel makkelijke autoregistratie bij de meeste IoC's al heel makkelijk weg. Met een paar regels code heb je dan alle Foo's geregistreerd onder IFoo, (of DefaultFoo onder IFoo, oid.)

Het trieste hier op mijn werk is gewoon dat ze een IoC container misbruiken als service locator, en dat zelf niet eens doorhebben. Ze denken dan gewoon goed bezig te zijn. Maar ondertussen wel keihard cargoculten op allemaal onbelangrijke zooi, en maar vooral alles heel enterprisey neerzetten, met gruwelijk veel handwerk erbij. Ik denk dat met een zinnige rework van een aantal van die brakke libraries hier, en het bouwen van een paar codegen tools dat we zo makkelijk 25% tijd kunnen winnen. Helaas willen ze dat gewoon niet begrijpen.

Als ik dan zie hoe snel en veel goede ontwikkelingen we aan de client maken (doe ik samen met R4gnax), dan is het gewoon triest om te zien dat er niemand aan de server kant ook maar een greintje van applicatie architectuur begrijpt. Dat terwijl het veel moeilijker is om iets goed gestructureerd neer te zetten in javascript, omdat alles wat daar leeft zo ontzettend onvolwassen is.

Gewoon deprimerend.

[Verwijderd]

Reddit is back

[PdeBie]

Onder het motto van 'slecht gedocumenteerd, dus weten nu niet hoe of wat':
Hoe kijk je of een database nog gebruikt word?
Nou heel simpel: je haalt hem offline en kijkt wat er omvalt.

Zo grappig hoe sommige mensen dit soort beslissingen kunnen nemen.
Valt er zojuist een belangrijke syncjob om, doordat de database als default database stond geselecteerd voor een bepaalde gebruiker.

[farlane]

.oisyn schreef op woensdag 28 augustus 2013 @ 12:04:
Binnen een functie is een definitie een soort statement

Ook waar. En duidelijker.

[Woy]

pdebie schreef op woensdag 28 augustus 2013 @ 12:19:
Hoe kijk je of een database nog gebruikt word?
Nou heel simpel: je haalt hem offline en kijkt wat er omvalt.

Ah het piepen systeem volgens een oud werkgever van mij. Als er iemand begint te piepen werd het blijkbaar nog gebruikt

[alienfruit]

Makkelijkste manier

[Struikrover]

Holy s**t, jongens, ik ben een week op vakantie geweest en gelijk alweer 27 pagina's erbij . Neem me niet kwalijk dat ik ze niet allemaal teruglees . Kan iemand me niet een samenvatting mailen?

[Ealanrian]

Mail is niet nodig de samenvatting: Koffie

[Verwijderd]

Ealanrian schreef op woensdag 28 augustus 2013 @ 13:25:
Mail is niet nodig de samenvatting: Koffie

Dit kan ook nog in de samenvatting: Verwijderd in "De Devschuur Coffee Corner - Iteratie 4"

[ Voor 23% gewijzigd door Verwijderd op 28-08-2013 13:31 ]

[Struikrover]

Firesphere schreef op woensdag 28 augustus 2013 @ 11:56:

http://www.reddit.com/r/P...ser_from_the_web_problem/

Also, deze reply op reddit made me giggle:

http://www.reddit.com/r/P...m_the_web_problem/cbww0bx

[BikkelZ]

Zo, dagje thuiswerken, eigen koffie

Ik denk dat ik maar eens flink wat werk ga verzetten vandaag

[Ealanrian]

Tot je gestoord word of er achterkomt dat er iets niet helemaal werkt thuis.

[PdeBie]

Woy schreef op woensdag 28 augustus 2013 @ 12:58:
[...]

Ah het piepen systeem volgens een oud werkgever van mij. Als er iemand begint te piepen werd het blijkbaar nog gebruikt

Ja zo kan je het ook bekijken. Persoonlijk zie ik het liever in een overzichtje of iets gebruikt word of niet.
Moet dat overzicht natuurlijk wel bijgewerkt zijn

[Avalaxy]

Zo, eindelijk afgestudeerd. Tijd om full-time aan m'n eigen startup te knallen.

[Ealanrian]

Gefeliciteerd!

[Verwijderd]

Avalaxy schreef op woensdag 28 augustus 2013 @ 14:43:
Zo, eindelijk afgestudeerd. Tijd om full-time aan m'n eigen startup te knallen.

Gratz! Hoe ver sta je met Bookshuffle?

[Avalaxy]

Verwijderd schreef op woensdag 28 augustus 2013 @ 14:45:
[...]

Gratz! Hoe ver sta je met Bookshuffle?

Lang geen tijd voor gehad, dus niet veel verder Maar gelukkig gaat daar binnenkort verandering in komen.

[TheNephilim]

Avalaxy schreef op woensdag 28 augustus 2013 @ 14:43:
Zo, eindelijk afgestudeerd. Tijd om full-time aan m'n eigen startup te knallen.

Lachen! Wat ga je precies doen?

[Kips]

Avalaxy schreef op woensdag 28 augustus 2013 @ 14:43:
Zo, eindelijk afgestudeerd. Tijd om full-time aan m'n eigen startup te knallen.

gefeliciteerd!

[alienfruit]

Bookshuffle?

[Struikrover]

http://bookshuffle.net/ ?

[BikkelZ]

Gefeliciteerd Avalaxy!

Ealanrian schreef op woensdag 28 augustus 2013 @ 14:16:
Tot je gestoord word of er achterkomt dat er iets niet helemaal werkt thuis.

Internet verbindingen die er uit knallen......

-----------------

Ik merk nu dat Objective-C ook niet toestaat dat je een static method op een instance aanroept, dus het is zeker niet alleen C#.

[ Voor 22% gewijzigd door BikkelZ op 28-08-2013 15:24 ]

[wouterwouter2]

Struikrover schreef op woensdag 28 augustus 2013 @ 15:16:
http://bookshuffle.net/ ?

Oh, jij bent dat alistapart artikel aan het uitwerken.
http://alistapart.com/art...ototyping-with-foundation

For our purposes, let’s assume that we’d like to create a book sharing service—not something we’d recommend actually pursuing, with the rise of Kindles and other eReaders, but this is a fun example. We’ll start by sketching out what we want, then we’ll quickly prototype the front-end to get an idea of what the experience is like on different devices.

[Ealanrian]

BikkelZ schreef op woensdag 28 augustus 2013 @ 15:22:
Gefeliciteerd Avalaxy!


[...]


Internet verbindingen die er uit knallen......

It wasn't me!. Heb ik altijd de eerste paar dagen last van. Zit je lekker te werken klapt je netwerk er uit of een hdd die stopt met werken ofzo heel onhandig

[Pizzalucht]

Een printer koper waarvan je weet dat er geen USB kabel bijzit, met de gedachte: "ik heb een miljoen kabeltjes, deze heb ik vast ook nog wel liggen", en hem dan vervolgens niet hebben

[azerty]

Pizzalucht schreef op woensdag 28 augustus 2013 @ 15:23:
Een printer koper waarvan je weet dat er geen USB kabel bijzit, met de gedachte: "ik heb een miljoen kabeltjes, deze heb ik vast ook nog wel liggen", en hem dan vervolgens niet hebben

http://theoatmeal.com/comics/printers

[Ealanrian]

Pizzalucht schreef op woensdag 28 augustus 2013 @ 15:23:
Een printer koper waarvan je weet dat er geen USB kabel bijzit, met de gedachte: "ik heb een miljoen kabeltjes, deze heb ik vast ook nog wel liggen", en hem dan vervolgens niet hebben

En op het moment dat je thuis komt met een nieuwe vind je de oude terug... Ik sta ook op het punt een microsd kaart terug te vinden met de zelfde reden...

Pff waarom ben ik na 2 uur niet meer productief... Hopen dat het zoals gewoonlijk weer na 4 uur beter word

[Pizzalucht]

Ealanrian schreef op woensdag 28 augustus 2013 @ 15:38:
[...]

En op het moment dat je thuis komt met een nieuwe vind je de oude terug... Ik sta ook op het punt een microsd kaart terug te vinden met de zelfde reden...

Pff waarom ben ik na 2 uur niet meer productief... Hopen dat het zoals gewoonlijk weer na 4 uur beter word

Ach, ik ben ook vergeten papier mee te nemen

[Mulder_fox]

Ealanrian schreef op woensdag 28 augustus 2013 @ 15:38:
[...]


Pff waarom ben ik na 2 uur niet meer productief... Hopen dat het zoals gewoonlijk weer na 4 uur beter word

Dat is de after lunch dip

[Ealanrian]

Duurt altijd wel lang . Toch eens iets op vinden om dat te verminderen

[Verwijderd]

PrisonerOfPain schreef op woensdag 28 augustus 2013 @ 09:55:
[...]


Je compiled toch met /Wall /WX mag ik hopen?

Als ik dat doe gooit hij al errors bij het compileren van standaard header files zoals xthread en xstring. Dat schiet ook niet op.

[Verwijderd]

Avalaxy schreef op woensdag 28 augustus 2013 @ 14:48:
[...]


Lang geen tijd voor gehad, dus niet veel verder Maar gelukkig gaat daar binnenkort verandering in komen.

Dat dacht ik wel. Heb al lang geen activiteit meer gezien op het Twitter account .
Veel succes er mee, ik ben erg benieuwd naar wat je er precies mee van plan bent. Had ik niet ergens gelezen / gehoord dat je van plan was naar SF te emigreren?

[Grijze Vos]

Ealanrian schreef op woensdag 28 augustus 2013 @ 15:48:
Duurt altijd wel lang . Toch eens iets op vinden om dat te verminderen

Minder eten, of even wandelen.

[Avalaxy]

TheNephilim schreef op woensdag 28 augustus 2013 @ 14:53:
[...]

Lachen! Wat ga je precies doen?

Dit

Struikrover schreef op woensdag 28 augustus 2013 @ 15:16:
http://bookshuffle.net/ ?

Verwijderd schreef op woensdag 28 augustus 2013 @ 15:57:
[...]

Dat dacht ik wel. Heb al lang geen activiteit meer gezien op het Twitter account .
Veel succes er mee, ik ben erg benieuwd naar wat je er precies mee van plan bent. Had ik niet ergens gelezen / gehoord dat je van plan was naar SF te emigreren?

Haha, niet dat ik weet. SF is aardig duur.

[Hipska]

Volgens mij komt bookshuffle heel erg overeen met librio.