Hi Seref, That's not my view. I was attempting to quote a previous poster but no longer have that item in my Inbox. I find the term 'custom business objects' rather vague anyway. I prefer to think in terms of 'custom data structures' being transferred between client and server.
As to coding 'business logic' on the client it depends what you mean by that. I try and do as much data validation as I can on the client and put as much data integrity logic in the database as possible. There's not much in the way of business rules in this particular app so the server code doesn't do much more than run stored procedures and pass the data back to the client. The client does quite a lot in the way of manipulating that data to present different views. --Michael -----Original Message----- From: Discussion of advanced .NET topics. [mailto:[EMAIL PROTECTED] On Behalf Of Seref Arikan Sent: 11 October 2006 16:19 To: ADVANCED-DOTNET@DISCUSS.DEVELOP.COM Subject: Re: [ADVANCED-DOTNET] Web services, DataSets and making use of XSDs... Hi Michael, I'd like to hear your comments about why you say: 'and the only thing worse is custom business objects' Do you mean for .net - .net communication? And when you use datasets on the client side, don't you feel like coding business logic to your clients? Please don't get me wrong, I do not ask these questions claiming that what you're doing is wrong, I just want hear your opinion. Best Regards Seref Michael wrote: > I'd also welcome some sort of explanation. I've googled and haven't found > anything that seems to substantiate this. > > What I have found is that a) you give up interoperability with the non .Net > world, and b) it is assumed you will mistake WebServices for one of the > distributed object technologies. > > I use WebServices (and now WCF) as the communication glue for Smart Client > apps on a LAN. I understand that I am exchanging messages that contain an > XML payload or XMLDocument; that no behaviour is associated with the XML and > no state is maintained once the message has been sent. > > My messages, for the most part, transfer database records between client and > server and so if I don't use DataTables or DataSets ('and the only thing > worse is custom business objects') what should I use to serialize this data? > > It would also mean giving up DataRow versioning and DataRelations which are > extremely useful for cascading updates involving identity keys. I'd end up > having to rewrite much of the functionality that comes for free with > DataSets. I can also throw a DataTable at a DataGrid and get AddNew > functionality for free. > > It seems to me that "DATASETS over Web Service = Very Bad" is only true if > you need interoperability with the non .Net world. If there are any good > arguments as to why you shouldn't use them between two .Net systems, I'd > appreciate some pointers. > > Thanks > --Michael > > > -----Original Message----- > From: Discussion of advanced .NET topics. > [mailto:[EMAIL PROTECTED] On Behalf Of Chris Wuestefeld > Sent: 11 October 2006 14:59 > To: ADVANCED-DOTNET@DISCUSS.DEVELOP.COM > Subject: Re: [ADVANCED-DOTNET] Web services, DataSets and making use of > XSDs... > > Don: > >> DATASETS over Web Service = Very Bad >> > > Shawn: > >> Don is EXACTLY correct >> > > Since this is the architecture of one of our most important apps (and it's > working quite well), I'm interested in the reasoning behind this. Does > anyone have pointers to articles? > > =================================== > This list is hosted by DevelopMentor. http://www.develop.com > > View archives and manage your subscription(s) at http://discuss.develop.com > > -- > Internal Virus Database is out-of-date. > Checked by AVG Free Edition. > Version: 7.1.405 / Virus Database: 268.12.5/451 - Release Date: 19 Sep 2006 > > =================================== > This list is hosted by DevelopMentorR http://www.develop.com > > View archives and manage your subscription(s) at http://discuss.develop.com > > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.407 / Virus Database: 268.13.1/466 - Release Date: 10/7/2006 =================================== This list is hosted by DevelopMentorR http://www.develop.com View archives and manage your subscription(s) at http://discuss.develop.com -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.5/451 - Release Date: 19 Sep 2006 =================================== This list is hosted by DevelopMentor® http://www.develop.com View archives and manage your subscription(s) at http://discuss.develop.com
