Javascript inherently works with JSON regardless of any library used. It is a fantastic serialisation of data that should be embraced in the MV world. It fits very well in fact, it handles any level of array nesting so can manage the 3 (or 4 inc @tm) levels of MV data, it is schemaless and weakly typed and fairly compact, so a perfect fit for MV programmers and data.
-----Original Message----- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of John Thompson Sent: 14 July 2011 21:29 To: U2 Users List Subject: Re: [U2] Why Pick U2 ? JSON is just another data exchange format like, csv, xml, etc. The main advantage is that it is "arguably" better at passing name, valued pairs of data (like Pick/MV in DataBASIC), than xml, etc. It can also arguably make writing AJAX (i.e. FAST data entry web forms), somewhat easier (with emphasis on the arguably of course), since most Javascript libraries (i.e. client side subroutines for the web browser) work so well with it. So, as to why you need it? It just depends on what you are trying to build. Try and use the right tool for the job as they say... On Thu, Jul 14, 2011 at 4:01 PM, Mecki Foerthmann <mec...@gmx.net> wrote: > > I don't even know what JSON is supposed to be good for, so why would I want > to use a web service that "emits" it? > I don't have a need for a JSON parser, so why should I write one? > And what if I don't need serialization, compression and PDF generation? > Well, I have tools for generating PDFs, but why would I want to serialize > or compress U2 data? > If I really needed to do things like that I would probably use java, C# or > whatever language has been specifically developed for that purpose. > But for what I am doing day in day out Databasic does the job best for me. > > You wouldn't use a hammer to drill a hole, would you? > Would you therefore call a hammer inferior to a drill? > Of course you may be able to drive a nail into a piece of wood with a > drill, but I'd rather use the hammer. > Always use the right tool for the job at hand. > > > > On 14/07/2011 15:11, Rob Sobers wrote: > >> Yes, and my point is that in the U2/UniBasic ecosystem, those collections >> of >> subroutines are not readily available anywhere. >> >> What if you want to use a web service that emits JSON? Is it going to >> take >> you 3 lines of code and 5 minutes to write a JSON parser? And what about >> serialization, compression, PDF generation? These things are useful and >> not >> trivial to write and maintain. >> >> And what language features have been added to UniBasic lately? I can't >> think of any. No objects, no regular expressions, no lambdas, etc. >> >> -Rob >> >> On Thu, Jul 14, 2011 at 3:27 AM, Mecki Foerthmann<mec...@gmx.net> wrote: >> >> So what are libraries? >>> They are nothing but a collection of subroutines that somebody else has >>> written. >>> And what do you do if you can't find a function in your library that does >>> exactly what you need? >>> You write your own, right? >>> And by the time you have found the right function in your library you >>> could >>> have written the 3 lines of code in Basic that do the same thing already. >>> I write Databasic code every day and have done so for over 20 years and >>> hardly ever have use for functions, because if I needed them I would have >>> written my own library by. >>> >>> Mecki >>> >>> >>> >>> >>> On 14/07/2011 02:25, Rob Sobers wrote: >>> >>> I have to heartily disagree that U2 has a sophisticated business rules >>>> engine. U2 Basic is such a limited language. It barely has functions, >>>> and >>>> you have to home brew almost everything. >>>> >>>> Microsoft's T-SQL stored procedures are just as horrible to write as U2 >>>> Basic programs. As Jeff Atwood put it -- "Stored procedures should be >>>> considered database assembly language." [1] Why do you think Microsoft >>>> now >>>> allows you to call CLR code from stored procedures? Because it's so >>>> much >>>> more efficient to work with the data (i.e., enforce the business rules) >>>> in >>>> a >>>> modern language like C# that has *actual libraries* for doing useful >>>> things. >>>> >>>> I agree that business rules shouldn't be on the client -- but who says >>>> they >>>> have to be in the database? Look at the ever-so-popular MVC >>>> architecture. >>>> The models (i.e., the code that works with the database and enforces >>>> all >>>> of >>>> the business rules) are isolated from the views (i.e., the >>>> client/presentation code) entirely. >>>> >>>> -Rob >>>> >>>> [1]: >>>> http://www.codinghorror.com/****blog/2004/10/who-needs-stored-****<http://ww w.codinghorror.com/**blog/2004/10/who-needs-stored-**> >>>> procedures-anyways.html<http:/**/www.codinghorror.com/blog/** >>>> 2004/10/who-needs-stored-**procedures-anyways.html<http://www.codinghorror.c om/blog/2004/10/who-needs-stored-procedures-anyways.html> >>>> > >>>> >>>> On Wed, Jul 13, 2011 at 7:29 PM, Kevin King<precisonl...@gmail.com> >>>> wrote: >>>> >>>> +1 for what David said. Yes, there's the "limitation" that BASIC is >>>> the >>>> >>>>> only native supported language (not factoring external connectors), but >>>>> as >>>>> a >>>>> language native to the environment, this BASIC is really pretty rich by >>>>> comparison to the stored procedure languages of other DBs. >>>>> ______________________________****_________________ >>>>> U2-Users mailing list >>>>> U2-Users@listserver.u2ug.org >>>>> http://listserver.u2ug.org/****mailman/listinfo/u2-users<http://listserver.u 2ug.org/**mailman/listinfo/u2-users> >>>>> <http**://listserver.u2ug.org/**mailman/listinfo/u2-users<http://listserver. u2ug.org/mailman/listinfo/u2-users> >>>>> > >>>>> >>>>> ______________________________****_________________ >>>>> >>>> U2-Users mailing list >>>> U2-Users@listserver.u2ug.org >>>> http://listserver.u2ug.org/****mailman/listinfo/u2-users<http://listserver.u 2ug.org/**mailman/listinfo/u2-users> >>>> <http**://listserver.u2ug.org/**mailman/listinfo/u2-users<http://listserver. u2ug.org/mailman/listinfo/u2-users> >>>> > >>>> >>>> ______________________________****_________________ >>> U2-Users mailing list >>> U2-Users@listserver.u2ug.org >>> http://listserver.u2ug.org/****mailman/listinfo/u2-users<http://listserver.u 2ug.org/**mailman/listinfo/u2-users> >>> <http**://listserver.u2ug.org/**mailman/listinfo/u2-users<http://listserver. u2ug.org/mailman/listinfo/u2-users> >>> > >>> >>> ______________________________**_________________ >> U2-Users mailing list >> U2-Users@listserver.u2ug.org >> http://listserver.u2ug.org/**mailman/listinfo/u2-users<http://listserver.u2u g.org/mailman/listinfo/u2-users> >> > ______________________________**_________________ > > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/**mailman/listinfo/u2-users<http://listserver.u2u g.org/mailman/listinfo/u2-users> > -- John Thompson _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1516/3764 - Release Date: 07/14/11 _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
