|
Home > Archive > dBASE Questions and Answers > October 2006 > dbase III migration
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
dbase III migration
|
|
| J Zitro 2006-10-25, 7:34 am |
| I have an application written in dbase III+.
Is there any possibility to migrate to other platform without a monumental recoding?
| |
| Rick Gearardo 2006-10-25, 7:34 am |
| The big thing that is different is no more @SAY...GET. There is a graphical
form designer which works well.
You open a new form, drag and drop a table on it, then drag objects from the
field palet which automatically datalinks the controls and captions them.
You need to add append, save, etc. pushbuttons but there is a set of
controls that comes with the software that is also drag and drop.
So far you have a simple one table database app with no coding at all.
If you are going beyond that a percentage of the business code you already
have should work because the newer versions also supports xBase syntax.
If you want to move to object oriented programming ansd SQL (which I
suggest) you will have to recode.
It's worth biting the bullet and learning it because once you do you will
realize you've been working with 10% of the tools that the new language
offers.
You'll be adding features to your app in minutes that you didn't think were
even possible in xBase.
Rick
"J Zitro" <lehoj_o@yahoo.com> wrote in message
news:HieyQ7t7GHA.1160@news-server...
>I have an application written in dbase III+.
>
> Is there any possibility to migrate to other platform without a monumental
> recoding?
| |
| Ken Mayer [dBVIPS] 2006-10-25, 7:34 am |
| J Zitro wrote:
> I have an application written in dbase III+.
>
> Is there any possibility to migrate to other platform without a monumental recoding?
Short answer, no. There will be recoding ... your screens and reports
will need updating to the newer interface ...
Ken
--
/(Opinions expressed are purely my own, not those of dataBased
Intelligence, Inc.)/
*Ken Mayer* [dBVIPS]
/Golden Stag Productions/
dBASE at goldenstag dot net
http://www.goldenstag.net/dbase/dBASEBook.htm
http://www.goldenstag.net/GSP
http://www.goldenstag.net/dbase
| |
| John Marshall 2006-10-25, 7:34 am |
|
It's absolutely true. Up until 18 moths ago I was a true blue dBIII+ person out of habit. Most of my code was process, not interface and it was a breeze to convert. Since then I have discovered a whole new world of controls and features that are FAR SI
MPLER to implement than the old brute force way. I have also fount that SQL conversions have increased speed often by orders of magnitude.
JM
Rick Gearardo Wrote:
> The big thing that is different is no more @SAY...GET. There is a graphical
> form designer which works well.
>
> You open a new form, drag and drop a table on it, then drag objects from the
> field palet which automatically datalinks the controls and captions them.
>
> You need to add append, save, etc. pushbuttons but there is a set of
> controls that comes with the software that is also drag and drop.
>
> So far you have a simple one table database app with no coding at all.
>
> If you are going beyond that a percentage of the business code you already
> have should work because the newer versions also supports xBase syntax.
>
> If you want to move to object oriented programming ansd SQL (which I
> suggest) you will have to recode.
>
> It's worth biting the bullet and learning it because once you do you will
> realize you've been working with 10% of the tools that the new language
> offers.
> You'll be adding features to your app in minutes that you didn't think were
> even possible in xBase.
>
> Rick
>
> "J Zitro" <lehoj_o@yahoo.com> wrote in message
> news:HieyQ7t7GHA.1160@news-server...
>
>
|
|
|
|
|