Improve pharo modularity: a first step

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Improve pharo modularity: a first step

jannik laval
Hi all,

I would like to improve the modularity of packages in pharo.

A first simple thing that I see, is methods "example" use a lot of  
things in the system.
And create cycles between packages.

So, I propose to create a new package named "Examples" and put in it  
all methods named "example2"...


Jannik

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Improve pharo modularity: a first step

Igor Stasenko
2009/10/23 Laval Jannik <[hidden email]>:
> Hi all,
>
> I would like to improve the modularity of packages in pharo.
>
You might want to look at it:
http://www.comtalk.cz/Squeak/98

> A first simple thing that I see, is methods "example" use a lot of
> things in the system.
> And create cycles between packages.
>
> So, I propose to create a new package named "Examples" and put in it
> all methods named "example2"...
>
Just a warning: if you gather all examples irrespectible to packages,
you will create a single package with a lot of dependencies.

>
> Jannik
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



--
Best regards,
Igor Stasenko AKA sig.

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Improve pharo modularity: a first step

Stéphane Ducasse
In reply to this post by jannik laval
Jannik
may be we should have

        PackageCore
        PackageTest
        PackageSetting
        PackageExamples

in the future

On Oct 23, 2009, at 9:02 AM, Laval Jannik wrote:

> Hi all,
>
> I would like to improve the modularity of packages in pharo.
>
> A first simple thing that I see, is methods "example" use a lot of
> things in the system.
> And create cycles between packages.
>
> So, I propose to create a new package named "Examples" and put in it
> all methods named "example2"...
>
>
> Jannik
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Improve pharo modularity: a first step

csrabak
In reply to this post by jannik laval
Em 23/10/2009 05:02, Laval Jannik <[hidden email]> escreveu:

>  Hi all,
>  I would like to improve the modularity of packages in pharo.
>  A first simple thing that I  see, is methods "example" use a lot of
> things in the system.  And create cycles between packages.
>  So, I propose  to create a new package named  "Examples" and put in
> it all methods named "example2"...

I agree there are opportunities for improvement in Pharo's packages but I see the attempt to lump _all_ examples in a single package as a backward move.

I think a better approach would be similar to the on going discussion on the tests packages. We should have the package for the specific functionality, some convention on the test (generally Unit Test, which some argue also make as some part of the usage examples) related package, and some convention on example related package.  I would argue even further that we should have a documentation related package, but that will digression right now!

my .019999....

--
Cesar Rabak

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Improve pharo modularity: a first step

csrabak
In reply to this post by Stéphane Ducasse
Em 23/10/2009 08:50, Stéphane Ducasse <[hidden email]> escreveu

> Jannik
> may be we should have
>
> PackageCore
> PackageTest
> PackageSetting
> PackageExamples
>
> in the future

I would like to canvass for

PackageDocumentation

as well.


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
bpi
Reply | Threaded
Open this post in threaded view
|

Re: Improve pharo modularity: a first step

bpi
In reply to this post by Stéphane Ducasse
Hi Stéphane,

Am 23.10.2009 um 12:50 schrieb Stéphane Ducasse:
> Jannik
> may be we should have
>
> PackageCore
> PackageTest
> PackageSetting
> PackageExamples
A convention we follow here is - for VA Smalltalk code, though:
- Package (includes all code needed at runtime)
- PackageDev (includes all code needed only at Development: tests,  
scripts, tools)

This allows for nicely separating runtime packages from those only  
needed for development while keeping the numbers of packages smaller.

Just my 2 cents.

Cheers,
Bernhard
_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Improve pharo modularity: a first step

Stéphane Ducasse
yes we did the same in VW.

Stef
On Oct 25, 2009, at 6:45 PM, Bernhard Pieber wrote:

> Hi Stéphane,
>
> Am 23.10.2009 um 12:50 schrieb Stéphane Ducasse:
>> Jannik
>> may be we should have
>>
>> PackageCore
>> PackageTest
>> PackageSetting
>> PackageExamples
> A convention we follow here is - for VA Smalltalk code, though:
> - Package (includes all code needed at runtime)
> - PackageDev (includes all code needed only at Development: tests,
> scripts, tools)
>
> This allows for nicely separating runtime packages from those only
> needed for development while keeping the numbers of packages smaller.
>
> Just my 2 cents.
>
> Cheers,
> Bernhard
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project