Comments on: NDepend And Lack Of Cohesion Of Methods… Not to be trusted http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/ Trying to walk that thin line between intelligence and ignorance Thu, 29 Jul 2010 21:01:23 +0000 hourly 1 http://wordpress.org/?v=3.0 By: NDepend 3 Preview | The Inquisitive Coder – Davy Brion's Blog http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-26423 NDepend 3 Preview | The Inquisitive Coder – Davy Brion's Blog Thu, 28 Jan 2010 09:47:12 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-26423 [...] and i’m also very happy to note that this particular issue has also been [...] [...] and i’m also very happy to note that this particular issue has also been [...]

]]> By: Davy Brion http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-23201 Davy Brion Mon, 14 Dec 2009 09:26:47 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-23201 @Patrick excellent news, thanks @Patrick

excellent news, thanks

]]> By: Patrick Smacchia http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-23200 Patrick Smacchia Mon, 14 Dec 2009 09:03:06 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-23200 Davy, interesting finds, we agree with your analysis, LCOM computation is indeed flawed when the compiler emits some members behind your back. this will be fixed in future releases. Thanks Patrick Smacchia NDepend Lead Dev Davy, interesting finds, we agree with your analysis,
LCOM computation is indeed flawed when the compiler emits some members behind your back.
this will be fixed in future releases.
Thanks
Patrick Smacchia
NDepend Lead Dev

]]> By: Harry Steinhilber http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-23181 Harry Steinhilber Fri, 11 Dec 2009 23:29:07 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-23181 Another pretty good indicator would be the presence of the [CompilerGenerated] or [DebuggerHidden] attributes. Although I have seen [DebuggerHidden] used in hand written code, though rarely. Another pretty good indicator would be the presence of the [CompilerGenerated] or [DebuggerHidden] attributes. Although I have seen [DebuggerHidden] used in hand written code, though rarely.

]]> By: alwin http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-23177 alwin Fri, 11 Dec 2009 18:43:47 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-23177 A method/field with a in it would usually be a compiler generated method, since you can't use those characters in C# (or VB I think). I mean the method name, not the signature which can have for generics. A method/field with a in it would usually be a compiler generated method, since you can’t use those characters in C# (or VB I think). I mean the method name, not the signature which can have for generics.

]]> By: den Ben http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-23168 den Ben Fri, 11 Dec 2009 15:52:28 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-23168 not fail safe... but chances are that parsing the name for a double underscore would get you a long way already: ie b__0(Int32) not fail safe… but chances are that parsing the name for a double underscore would get you a long way already: ie b__0(Int32)

]]> By: den Ben http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-23167 den Ben Fri, 11 Dec 2009 15:51:02 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-23167 so there is no way to distinguish compiler generated code from developer written code reading from the intermediate language? so there is no way to distinguish compiler generated code from developer written code reading from the intermediate language?

]]> By: Davy Brion http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-23166 Davy Brion Fri, 11 Dec 2009 15:43:14 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-23166 reflector doesn't know the difference... it just reads the generated intermediate language and displays it in C# as well as it can reflector doesn’t know the difference… it just reads the generated intermediate language and displays it in C# as well as it can

]]> By: den Ben http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/comment-page-1/#comment-23165 den Ben Fri, 11 Dec 2009 15:33:42 +0000 http://davybrion.com/blog/2009/12/ndepend-and-lack-of-cohesion-of-methods-not-to-be-trusted/#comment-23165 if reflector knows the difference between written code and compiler generated code then NDepend should be able to easily do so also imo maybe it should differentiate between LCOM and LCOMCompiled because it still might be interesting to know what the compiler does to your code ;-) too bad NDepend is closed source... I can't imagine this being hard to implement if reflector knows the difference between written code and compiler generated code then NDepend should be able to easily do so also imo

maybe it should differentiate between LCOM and LCOMCompiled because it still might be interesting to know what the compiler does to your code ;-)

too bad NDepend is closed source… I can’t imagine this being hard to implement

]]>