[Rock-dev] Roby::Planning::PlanningMethod

Sylvain Joyeux sylvain.joyeux at dfki.de
Mon Dec 5 12:46:19 CET 2011


On 12/05/2011 12:36 PM, Chris Mueller wrote:
> On 05.12.2011 12:12, Sylvain Joyeux wrote:
>> I don't think that filtering defines and devices is going to fix your
>> general problem. The solutions I see:
>>
>>   * solution 1: explicitely tell your bridge which methods are
>>     "local-only" and which are to be available on FIPA. At some point
>>     you *will* create some methods to "support" other methods (i.e.
>>     stuff that you don't want to be available on FIPA but should be in
>>     the same Planner class than the others)
>>   * solution 2: create a different planner class that you use only for
>>     FIPA. I don't think it's going to completely fix your problem as you
>>     will probably, at some point, create some "private" methods as
>>     pointed out on solution 1.
>>
> You are right. The composition of different planning methods will also
> matter for the implementation of our standard. That's a good point.
>
> I think that's maybe a good time for introducing a roby plugin for all
> fipa related stuff, where we can extend and create some classes with
> additional features without affecting other projects, that don't need to
> use fipa. And we don't need to change the general code base in roby for
> that issue.
I think that would be a good idea, yes.

> I'll try to cope with your second solution. I currently don't know the
> capabilities of the reflection api ruby provides, but maybe i can also
> find a distinction between private and public methods and to create an
> array of planning methods only defined in e.g. new planner class
> (inheriting the MainPlanner).
Unfortunately, the planning class is a bit of an over-engineered thing. 
You won't be able to separate between public and private.

In any case, I personally believe that the first solution is the best 
one. Using private access will hinder your ability (as a human) to call 
the "helper" methods for testing.
-- 
Sylvain Joyeux (Dr.Ing.)
Space & Security Robotics

!!! Achtung, neue Telefonnummer!!!

Standort Bremen:
DFKI GmbH
Robotics Innovation Center
Robert-Hooke-Straße 5
28359 Bremen, Germany

Phone: +49 (0)421 178-454136
Fax:   +49 (0)421 218-454150
E-Mail: robotik at dfki.de

Weitere Informationen: http://www.dfki.de/robotik
-----------------------------------------------------------------------
Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern
Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster
(Vorsitzender) Dr. Walter Olthoff
Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes
Amtsgericht Kaiserslautern, HRB 2313
Sitz der Gesellschaft: Kaiserslautern (HRB 2313)
USt-Id.Nr.:    DE 148646973
Steuernummer:  19/673/0060/3
-----------------------------------------------------------------------


More information about the Rock-dev mailing list