Re: Client Development

From: Kai YuenKiang <kai_kiang_at_csi.com>
Date: Tue, 9 Jun 1998 07:44:42 +0800
Message-ID: <6lhss6$v7d$1@imsp009a.netvigator.com>

Well, it very depends on the type of application you're developing and the performance you want and the resource you can pour in.

Obviously, developer/2000 or maybe designer/2000 may not be bad choice if you want to develop your application in shorter time; you save a lot of time from developing code for display, however, you lose the flexibility and performance. ( Personal experience shows complicated applications using developer/2000 are slow. )

Another option you may have is to develop more low level codes, using a combination of Pro*C, X ( maybe Windows ) and system code. I prefer this method, as you have the greatest control on what you get in terms of performance and flexibility. However, the bad side is that you need more resources, maybe a longer developing time.

Here are some issues you may need to consider: What is the type of application? ( A typical information display system needs only capability of SQL, thus developer/2000 can do quite a good job. On the other hand, A complex system like a airport baggage control system might need more than a insert, select functions, thus the 2nd approach means you can hook more on to the system using a combination of tools )

Who are the users? ( A GUI system might be easy for first time users, but text based app. most of time is more efficient for experienced users. If you plan to train operators for long term operating, a text based app. might do a better job. Don't blindly go for GUI!!! They're hardware hungry and most of the time annoying. )

What types of hardware is available? ( A minimum 386 or 486 can do a very good job for text based system, but a Pentium II might not be good enough for a GUI front end )

What type of extensible functions will be implemented? ( Say you might want a intranet app. later. Developer/2000 can generate both client server and web app. with same set of source code. But this will means another development project to the 2nd approach. )

Hope this helps,
Kai.
computer engineer
Siemens AG

Andrew Porter wrote in message <357c1e58.21865247_at_158.152.254.76>...
>I work for a company that is currently developing in COBOL but are looking
to
>(re)develop a BIG application using Oracle as the database. I am looking
for
>suggestions on client tools. We currently have all of our customers
running
>on UNIX based servers with character based screens, but have decided that
our
>new product will have a Windows based client.
>
>I know little or nothing of the tools that are available and their merits,
and
>am hoping that some of my more learned colleagues here might be able to
>suggest some tools that I can investigate. Hopefully I will then be able
to
>put forward some solid suggestions.
>
>Some of the solutions I know of but know little of for Oracle use are,
>Developer 2000, PowerBuilder, Java, C and Delphi. I am looking for
something
>that offers fast development in a 4GL(ish) environment so some of these
will
>not be suitable to start with. The final product will have approximately
>200-300 forms and maybe 200+ reports.
>
>---------------------------------------------------------------------------
>Andrew Porter
>http://www.defsdoor.demon.co.uk
Received on Mon Jun 08 1998 - 18:44:42 CDT