On Thu, Oct 27, 2011 at 3:00 PM, Nathan Schultz wrote:
> I'd probably sell it differently.
>
> Instead of saying you "don't know" where the objects come from, say that
> objects come from a centrally configured location (since in practice the
> objects are usually defined in configuration, or in
heh, in all the years I've seen DI (dating back to a Spring like world with
beans via XML) i often see this type of argument spring up (hah, i worked
that in beautifully). To me there is but one and only one reason you adopt
DI.
"I'm freaking lazy"
There is no separation really as either you take
If you are using a good DI solution then the caller also has it's
dependencies injected. If it needs an X to pass to the callee then it will
have one injected (or it will have the means to create one injected
[abstract factories are a good example]). If you extrapolate that out you
end up with all
Not wanting to start a flame war here, but DI has some dissenters:
Black hat on :
How can you say that dependency injection (I'm not
taking on the whole inversion of control pattern, but I might. Jury's
still out on that one.) creates loosely coupled units that can be reused
easily when the
I'd probably sell it differently.
Instead of saying you "don't know" where the objects come from, say that
objects come from a centrally configured location (since in practice the
objects are usually defined in configuration, or in bootstrap code).
And sell cheaper maintenance costs (modular desi
Try not to think of it as right and wrong. Alt.net is a guide. It can
help you find the path.
On Thu, Oct 27, 2011 at 11:15 AM, Michael Ridland wrote:
>
> So I've been working with this client for a few years now, all the other
> developers aren't alt.net type. They're older and just love their R
No, you are not wrong.
From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On
Behalf Of Michael Ridland
Sent: Thursday, 27 October 2011 13:46
To: ozDotNet
Subject: Other developers don't like dependency injection
So I've been working with this client for a few years now,
So I've been working with this client for a few years now, all the other
developers aren't alt.net type. They're older and just love their RAD, User
Controls, coming from a dephi background.
It took me a while but finally I got them doing unit testing, but still not
as much as I would like.
Today
Hey everyone,
Quick question, if you have a doc library template, and you've created some
doc library instances based off this template, is it safe to remove this
template once you're done with it?
Thanks.
-Winston
Hi Tom,
I've got some examples, but why do you want to do this?
// Something to do in the loop
Action action =
() => Console.WriteLine(Thread.CurrentThread.ManagedThreadId);
// standard while(true) loop
while (true)
{
action();
It's a collection, you add to it:
startInfo.EnvironmentVariables.Add("TEMP", "C:\Temp")
From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On
Behalf Of Ian Thomas
Sent: Wednesday, October 26, 2011 2:32 AM
To: 'ozDotNet'
Subject: RE: Setting DOS environment variables
Get,
Hi Tom,
Check out Sacha Barber's TPL posts on code project.
Grant
On 26/10/2011 11:27 PM, "Tom Gao" wrote:
> Hi All,
>
> ** **
>
> Can someone please provide me with an example of how I can replicate a
> while(true){ … } using Parallel.ForEach?
>
> ** **
>
> Thank you,
>
> Tom
>
Hi All,
Can someone please provide me with an example of how I can replicate a
while(true){ . } using Parallel.ForEach?
Thank you,
Tom
Get, no Set
_
Ian Thomas
Victoria Park, Western Australia
_
From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com]
On Behalf Of David Kean
Sent: Wednesday, October 26, 2011 8:24 AM
To: ozDotNet
Subject: RE: Setting DOS environment variables
Have you t
14 matches
Mail list logo
