Whoa - I can't wait till you guys have performance bottlenecks and need to call in a consultant to help you out. :)
XML is great but *beware* the cost handling it. (parsing, traversing, serializing). This is powerful stuff but remember - "With great power comes great responsibility". :) I'd read the other posts that discuss using a struct or a class if the number of arguments is unwieldy. If it gets too big you may want to ask why? Chances are you design is a lacking. Jim > -----Original Message----- > From: Dustin Wish with NCA Communications > [mailto:[EMAIL PROTECTED]] > Sent: Saturday, June 01, 2002 6:44 PM > To: [EMAIL PROTECTED] > Subject: Re: [DOTNET] Best Practice for Passing Arguments > > > I agree XML!!! > > > ----- Original Message ----- > From: Sean Greer (SBI-Chico) <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, May 31, 2002 5:20 PM > Subject: Re: [DOTNET] Best Practice for Passing Arguments > > > > How about binding the controls to a DataSet and then pass > the DataSet to > the > > business logic to do the insert? In this way, once you define > > UserMobilePhone2 you don't have to change the signature of > AddUser, you > just > > ammend the DataSet definition, add the control and tweak > the business > logic. > > > > My $.02 > > > > Seang > > > > -----Original Message----- > > From: Stephen Patten [mailto:[EMAIL PROTECTED]] > > Sent: Friday, May 31, 2002 2:55 PM > > To: [EMAIL PROTECTED] > > Subject: [DOTNET] Best Practice for Passing Arguments > > > > > > Hi All, > > > > Just wondering if there is a better way to pass arguments > around than the > > way I am right now(code posted at end of messsage). This > one happens to be > > all strings so I guess a Array or ArrayList might suffice, > but what if the > > values are of different types? Any help would be appreciated. > > > > Thank you, > > Stephen > > > > > > ASPX Page Originally From IBuySpy Portal >>>>> > > > > > > // Add the info to the database > > UsersDB users = new ASPNetPortal.UsersDB(); > > > > if ((users.AddUser > > (UserIdentificationControl.UserAgencyValue, > > UserIdentificationControl.UserBadgeID, > > UserIdentificationControl.UserLastName, > > UserIdentificationControl.UserFirstName, > > UserIdentificationControl.UserTitle, > > UserContactControl.UserAddress1, > > UserContactControl.UserAddress2, > > UserContactControl.UserAddress3, > > UserContactControl.UserCity, > > UserContactControl.UserStateValue, > > UserContactControl.UserZip, > > UserContactControl.UserOfficePhone, > > UserContactControl.UserMobilePhone, > > UserContactControl.UserOfficeFax, > > UserContactControl.UserPager, > > UserEmailControl.UserEmailWork, > > UserEmailControl.UserEmailHome, > > UserSOWControl.UserScopeValue, > > UserFunctionalGroupControl.UserFGroupValue)) == "99") > > > > ....rest of code removed > > > > Database Component >>>>>> > > > > public string AddUser(String userAgencyID, String > > badgeTaxID, > > String lastName, String firstName, String jobTitle, > > String address1, String address2, String address3, > > String city, String stateID, String zipCode, > > String officePhone, String officeFax, > > String mobilePhone,String pagerNumber, > > String emailWork,String emailHome, > > String sow, String fgroup) > > > > ....rest of code removed > > > > You can read messages from the DOTNET archive, unsubscribe > from DOTNET, or > > subscribe to other DevelopMentor lists at http://discuss.develop.com. > > You can read messages from the DOTNET archive, unsubscribe from DOTNET, or > subscribe to other DevelopMentor lists at http://discuss.develop.com. > You can read messages from the DOTNET archive, unsubscribe from DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com. You can read messages from the DOTNET archive, unsubscribe from DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
