Hey Guys, That's ok -- I actually think something odd happened with the SVN on that one .designer.cs file, but, *shrug*.
I know it sounds overbearing, but I think the Alchemi code could benefit from a "coding standard". I've already been going through the code and, while not changing the end result of how things work, have been trying to use some "best practices" to get things into shape. My main reference has been the appendix of Juval Lowy's book "Programming .NET Components" -- an * excellent* read for anyone interested. One of his guidelines is "Never use Hungarian Notation except for UI elements.". He has a lot of good tidbits there -- I'll try to type them up if I get a chance and put them in the Developer's Handbook for future reference. Things like never using public fields (use properties), never use public events (use event accessors), make all On<eventname> functions virtual, etc etc. So, just so we have a list: txtTextBoxName btnButtonName cmbComboBoxName grpGroupBoxName lblLabelName mnuMenuItemName lvListViewName I can't think of the others -- chime in if you remember. While I'm thinking about it -- what does everything think about factoring out an Alchemi.Windows.Forms project to keep all of the UI forms and controls in? There are some projects that use "links" from within visual studio to reference forms from other projects, and I think that's a poor way to do code resuse. Thoughts for/against? -Matt On 9/17/07, Jonathan Mitchem <[EMAIL PROTECTED]> wrote: > > Yeah, that would have been my doing. > > The main reason I did it that way was just habit. I didn't realize it > broke > things? Sorry :( I'm gonna blame it on Visual Studio, since things still > built fine for me. > > The "ui" prefix just makes them all show up in Intellisense together, but > I'm not sure that really matters. I actually don't know the Hungarian > prefixes for UI; I never learned actually needed to really learn Hungarian > for anything. > > It's not really a big deal to me either way, but it will make the code > less > readable to me, since I don't know Hungarian (but you could send me a list > so I'm not lost.) > > On 9/9/07, Anton Melser <[EMAIL PROTECTED]> wrote: > > > > Hi all, > > I have fixed the ManagerServiceController. The problem was mainly due > > to someone renaming the controls in February but not using refactoring > > (or the refactoring in VS2005 is horrendously broken, which we know is > > probably the case!). There seem to be a few other problems with Studio > > not being able to reflect the classes properly anymore to get the > > design interface, but at least the interface does what it should. > > Which leads me to my question/statement... I realise that Hungarian > > style is definitely out of fashion these days, but I have a very, very > > strong preference for using it *for ui controls*. I personally find > > the > > uiUsernameTextBox > > vs > > tbUsername > > A waste of space, and far less easy to use. A lot of people also make > > an exception to the general rule of no longer using Hungarian for UI > > controls. > > It appears that someone who has contributed a lot more code to Alchemi > > than me doesn't feel this way... does anyone have any comments on > > this? I would very much like to convert everything back to Hungarian > > *for the ui controls* but my junior status means that is not an > > option! Will I just have to live with it? > > Cheers > > Anton > > > > -- > > echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq' | dc > > This will help you for 99.9% of your problems ... > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Alchemi-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/alchemi-developers > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Alchemi-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/alchemi-developers
