From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,39e272d357c68416 X-Google-Attributes: gid103376,public From: jim_snead Subject: Re: Is Apex dead as an environment for Ada & Java? Date: 1999/11/29 Message-ID: <1761dd4a.3f28b0f0@usw-ex0101-008.remarq.com>#1/1 X-Deja-AN: 554676208 References: <11f733ec.57d88b68@usw-ex0107-042.remarq.com> <384127A5.61431A14@dowie-cs.demon.co.uk> <0a0133f8.3baf10c0@usw-ex0101-001.remarq.com> <81s370$7am$1@nnrp1.deja.com> <0a0133f8.7900d89e@usw-ex0102-015.remarq.com> <81u6sh$l7k$1@nnrp1.deja.com> X-Originating-Host: 207.58.17.236 X-Complaints-To: wrenabuse@remarq.com X-Trace: WReNphoon3 943928374 10.0.2.8 (Mon, 29 Nov 1999 18:19:34 PST) Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here NNTP-Posting-Date: Mon, 29 Nov 1999 18:19:34 PST Newsgroups: comp.lang.ada X-Wren-Trace: eKiNpaS9+rD76r2zvv+mrr6btbTgqO20rOqkpKz847jw4L3x6Lnq6Pb6+g== Date: 1999-11-29T00:00:00+00:00 List-Id: In article <81u6sh$l7k$1@nnrp1.deja.com>, reason67@my-deja.com wrote: > The reason for subsystems is to encapsulate components withing a > software hierarchy. For instance, if I was working on a simple > Fighter simulation, I might want a subsystem for universals_types, > low_level_utilities, then build subtrees based on common radar > functionalities, common flight functionalities, weather, etc. > Then, for example in the flight, I could break i down further into > flight_common, cockpit_displays, aerodynamics, etc. etc. These are way too big of chunks for subsystems. I would say a hierarchy (i.e. individual subsystem) would be examples such as the Linux operating system, the source code to GNAT, or the Mozilla-Netscape source. Why on earth would you want to apportion these into smaller subsystem chunks? > What I gain is the ability to enforce a design onto 50 - 100 > developers. > This would prevent a flight developer from using a subprogram > developed > by a weather developer. This enforces loose coupling between > unrelated > features. If the weather developer needs to eliminate or modify his > subprograms, he is guarenteed not to effect the other in unrelated > areas of the simulation. Apparently Apex does allow the mutual importation of subsystems. I don't understand, does Apex enforce this policy or doesn't it? I have my include paths as an example to rigidly enforce such a policy without requiring Apex. > Can I do this other ways in Ada95? Sure. But I can only do it in Ada95 > by enforcing a coding requirement on the developers, and not just a > design requirement. (your package heirarchy example). > Subsystems serve another purpose as well, as someone else pointed > out, > Apex code exists in views. The code is shared in a subsystem and > implemented in views. The Subsystems enforce the CM. Here is the way to do it in CVS - CVSROOT - history1 - subdir1 - subdir2 - history2 - subdir1 - subdir2 - Integration "view" - history1-subdir2 - history2-subdir1 I doubt Apex does it any different. In which case this is very basic functionality. In my example, the CVSROOT enforces the CM responsibility. I suppose you could have different CVSROOT paths which would be the equivalent of different subsystems. But I would only do this if I knew I was going to develop both Linux, GNAT, and Netscape at the same time. Which is very doubtful. > None of this makes Apex a requirement for Ada95 obviously and you > may consider the overhead to be too great or the cost prohibitive, but > it certainly does not mean that Apex subsystems serve no purpose or > are antequated. I have always found them to be quite useful on large > projects. No I am only trying to figure out a path forward. Rational has many products that seem to cannibalize each other such as Apex, ClearCase, and Summit. Each one of these is claimed to be the way to go for large software systems development. * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network * The fastest and easiest way to search and participate in Usenet - Free!