🚀 go-pugleaf

Witam

A.L. wrote:

> On Thu, 12 Apr 2007 14:51:26 +0200, Seweryn Habdank-Wojewódzki
> <habdank@gmail.com> wrote:
> 
>> 
>>
>>Bo jest pompowany marketingiem - AOP jest przegadany. W Pythonie takie
>>rzeczy robi się prawie naturalnie bez żadnych specjalności.
> 
> Jakie rzeczy?... Rozumiem ze Python ma AOP jakoś wbudowany?...

Nie, wbudowany nie jest. Miałem na myśli kwestie logowania, transparentnego
wrapowania funkcji (konstruowanie dekoratorów), jakieś zadania
bezpieczeństwa - kontrola typów, kontrola wartości.

To dekorowanie funkcji (które jest transparentne dla użytkownika, jest
bardzo cenne, bo właśnie działa jakby w poprzek wykonania programu. To
znaczy funkcja sobie a dekorator sobie, ale dekorator wie o funkcji, którą
dekoruje, tak więc można robić różne rzeczy np. z argumentami funkcji za
nim one wejdą do funkcji, oraz z wynikami działania funkcji zanim wyjdą one
na zewnątrz dekoratora. Nie chodzi mi o AOP, jako o dokładne odwzorowanie
AspectJ na Pythona. Jednak wiele tego co oferuje AspectJ w pythonie robi
się dość prosto.

To co Pan podał jako równoległe zadanie do optymalizacji w postaci
modyfikowania ograniczeń w trakcie pracy, chyba też się dałoby załatwić
takim dekoratorem, bo on wciągałby ograniczenia, a potem do funkcji mógłby
zwracać zmodyfikowane. Ale temat jest dla mnie trochę otwarty, bo może nie
do końca rozumiem ideę.

Pozdrawiam.

-- 
|\/\/|   Seweryn Habdank-Wojewódzki
 \/\/