Author Topic: Approach for Reverse Delphi project  (Read 3089 times)

Doctor

  • EA Novice
  • *
  • Posts: 18
  • Karma: +0/-0
    • View Profile
Approach for Reverse Delphi project
« on: March 01, 2005, 12:31:57 am »
Hello everybody!

I'm playing with EA evaluate and would like to convince our manager to purchase it.

I would like to demonstrate its power on one of our current projects but am not sure of proper hierarchy

The project has following structure:

System
    Executables
         Functional modules (group of units)
              Delphi Units
                   Classes          

In terms of EA I'm wondering if following structure is suitable

    Project  (each executable in particular project because of size - one executable as demo )
         Package (group of logically connected Delphi units)
              Component (unit)
                   Classes          
 
My question is what is the best way how to model the
existing units; if use the components or packages.

Thanks in advance

Rolix

  • EA Novice
  • *
  • Posts: 6
  • Karma: +0/-0
    • View Profile
Re: Approach for Reverse Delphi project
« Reply #1 on: March 02, 2005, 08:15:26 am »
This is the wrong forum, nevertheless: according to my experience, Delphi units rarely reflect what you'd design using packages.

I'd forget about the units. Import your Delphi classes and organize them into functional coherent packages with EA.

A component is meant to be used for what its name implies: representing components.

Doctor

  • EA Novice
  • *
  • Posts: 18
  • Karma: +0/-0
    • View Profile
Re: Approach for Reverse Delphi project
« Reply #2 on: March 03, 2005, 07:50:55 am »
Thanks,

few days later I see I was wrong.