Alchemi.Windows.Forms == good
On 9/17/07, Matt Valerio <[EMAIL PROTECTED]> wrote: > > 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
