Re: Data Constraints AND Application Constraints

From: Kenneth Downs <knode.wants.this_at_see.sigblock>
Date: Sun, 20 Mar 2005 14:37:42 -0500
Message-ID: <3201h2-2t9.ln1_at_pluto.downsfam.net>


FrankHamersley wrote:

>> 
>> <snip>
>> 
>>>>Why do you allow externally crafted stored proc code?
>>>
>>>ATM I prototype new functions in clear and then when functioning look at
>>>ways to shape them to suit the code generator.  Going forward I expect
>>>there may be sprocs that are
>> 
>> Hmmm, I was fishing for the possible involvement of developers adding
>> sprocs
>> to the system as part of what is delivered to the customer.  Very bad,
>> because now your builder becomes a version control system.  Glad to hear
>> you are all-or-nothing on this.

>
> There may be scope for non-builder sprocs ... quite likely they will not
> have write access to tables. That right most likely will be reserved
> for the builder.
>

From experience I would say "watch out!" You can achieve very high levels of quality with generators, but when the outside code comes in you can never do that, it can become a big source of headaches.

>>>>What are you doing for the GUI?
>>>
>>>Base will be PHP, advanced will be Java.  The panel layouts will be
>>>drawn from the database - totally soft.
>> 
>> My own is pure PHP.  Why are you doing Java?  What need is it filling?
>> 

> In reality this is still with the jury...but in the event that the PHP
> doesn't suite all user interaction requirements, I expect to use Java
> for at least those portions...the only problem with dual interface
> technologies is the aesthetic look and feel and perhaps cross training
> for users who use both.
>

We found PHP was adequate for all tasks and much easier to deal with at all levels. AFAIK there is no task that Java can do that PHP cannot.

Where Java is more rigorous about some things, we provide the same rigor in the code generator, Java cannot give us anything there. My own tastes run to a language like PHP, that lets me win or lose on the merits of my habits and code.

-- 
Kenneth Downs
Secure Data Software, Inc.
(Ken)nneth_at_(Sec)ure(Dat)a(.com)
Received on Sun Mar 20 2005 - 20:37:42 CET

Original text of this message