Ayende @ Rahien

Ayende Rahien commented on Do you trust your compiler? Really trust your compiler?

Wed, 19 Dec 2007 17:52:14 GMT

Anato, Well, this doesn't really work. The interface has to reside in another assembly, and you can't add constraints to such an interface method.

Antão commented on Do you trust your compiler? Really trust your compiler?

Wed, 19 Dec 2007 16:37:58 GMT

I'm sorry but I consider that bad coding. It's not the compilers fault that you accept runtime exceptions... If you add a where statement, everything will be fine. public Guid Create(T newEntity) where T : BusinessEntity { using (CrmService svc = GetCrmService()) { object cheatCompiler = newEntity; Guid guid = svc.Create((BusinessEntity) cheatCompiler); return guid; } }

Stefan Wenig commented on Do you trust your compiler? Really trust your compiler?

Wed, 19 Dec 2007 08:56:55 GMT

you could use some defensiveness (is/throw argumentexception instead of cast), and I don't see the value of using a generic here. do you mean Guid Create (BusinessEntity newEntity) in the interface? then what's wrong with this? Guid Create (object newEntity) you might want to consider making the whole interface generic, your class could then just implement IWhatever.

Ayende Rahien commented on Do you trust your compiler? Really trust your compiler?

Wed, 19 Dec 2007 05:04:10 GMT

That would break the assembly that define the interface, that is the problem.

Jimmy Bogard commented on Do you trust your compiler? Really trust your compiler?

Tue, 18 Dec 2007 22:33:51 GMT

Shouldn't you constrain that generic method too? Or would that break the calling assembly?

Peter w commented on Do you trust your compiler? Really trust your compiler?

Tue, 18 Dec 2007 21:38:20 GMT

I can tell you one thing about the .NET 1.1 compiler: do not generate your code from an excel spreadsheet function. If a function line has roughly 60,000 lines, it will compile, but will yield a stack overflow in execution