I'm really interesting in hearing why people think this is a bad idea. I've done this in a few code bases (not ASP.NET, but WinForms) and it nothing but pure goodness from my perspective.
From: [email protected] [mailto:[email protected]] On Behalf Of Stephen Price Sent: Wednesday, May 26, 2010 3:10 AM To: ozDotNet Subject: Re: ASP.NET Control databinding, member properties, dynamically fetch property name? So often those things are black and white. They can be done one way, and the other way can be argued wrong. But then on the other hand there are reasons why the other way can be right. When I come across people who believe in the inverse of myself it's usually in the middle of something that needs to get done. Arguing the point would lose time so I let it slide. Put it in the "do be discussed later over a beer or food" where the full ramifications and spiritual benefits of such code can be truly enjoyed. If all your codebase was the way you'd write it then you might as well have written it yourself. You can still be a craftsman and care about what you do. :) On Wed, May 26, 2010 at 5:27 PM, Winston Pang <[email protected]<mailto:[email protected]>> wrote: Sorry, I think I didn't make it clear, the person who asked me us to do this was a Senior Developer on their team. They too could be lurking these mailing list, which would be cool if they replied too! :D So it's not so much about educating them... I'm sure they are "Senior" enough to know the ramifications, consdidering I did outline, it's uncommon and also quite redundant. But anyways, there's no winner, even if you outline all the cons to this, they are also a programmer too, have you ever had disputes with other developers other doing one thing over another way? Sometimes it gets resolved, sometimes people are just way too stubborn. On Wed, May 26, 2010 at 3:51 PM, Arjang Assadi <[email protected]<mailto:[email protected]>> wrote: Or Just an opportunity to do something different, that is what they want that is what we will give them, or even better ask them why? where did they get the idea to have it like that from and understand their real concerns that has facilitated the odd requirements, maybe there is method to their madness or maybe they have misunderstood something and need to be helped out of it. No client knows really what they want, only what they think that they want, we (the programmers) are their guides and confidants, we (as programmers) have to hold their hands and help them out, after all if we don't then who will? Please ask and find out their real problem and what will satisfaction of this requirement give them, and report back here! :) Let's find out the real problem. Kind Regards Arjang On 26 May 2010 14:12, Winston Pang <[email protected]<mailto:[email protected]>> wrote: > Well, firstly. The client is govt, and we're really dealing with their > internal IT team, who would eventually do supporting for the system. > > I have no say in whether we do it or not, I've told them, it's redundant, > and uncommon, and a bit too much. I've done all I can, can't fight anymore > about it. > > I just wanted to see what people though of it, I quite frankly think it's > stupid and unnecessary. > > > > On Wed, May 26, 2010 at 2:05 PM, mike smith > <[email protected]<mailto:[email protected]>> wrote: >> >> On 26 May 2010 08:35, Winston Pang >> <[email protected]<mailto:[email protected]>> wrote: >> > Hi guys, >> > >> > >> > This is more of a question of whether or not this sounds feasible and >> > has >> > anyone seen anyone do this: >> > >> > >> > Typically with most ASP.NET<http://ASP.NET> controls, lets take the >> > ComboBox for an >> > example, >> > it'll be like >> > >> > this.comboBox.DataSource = someList; >> > this.comboBox.DisplayMember = "Property1"; >> > this.comboBox.ValueMember = "Property2"; >> > >> > The client we're dealing with, has specifically told us to not >> > "hard-code" >> > these property names, and to use reflection, through lambda expressions >> > to >> > derive the property name. >> >> I find a lot of use can be gained in such cases in asking the client >> why they want to do things a certain way at the outset, rather than >> blindly doing what they ask. Sounds a lot like COM late binding (aka >> everything old is new again) >> >> > >> > Firstly, do you think this will add a lot of overhead? I'm guessing >> > it'll be >> > ok-ish, considering ASP.NET<http://ASP.NET> MVC uses it a lot. >> > >> > Also, has anyone seen people do it this way? >> > >> > It this a stupid thing to do? I think it has it's merits to an extent, >> > but >> > it sure doesn't seem common to me. >> > >> > >> > Cheers, >> > >> > >> > Winston >> > >> >> >> >> -- >> Meski >> >> "Going to Starbucks for coffee is like going to prison for sex. Sure, >> you'll get it, but it's going to be rough" - Adam Hills > >
