Użytkownik "Jacek Czerwinski" <...@...z.pl> napisał w wiadomości
news:iqipri$efe$1@news.onet.pl...
>W dniu 2011-05-13 09:52, Ireneusz Szpilewski pisze:
>> Czy jest taki jezyk programowania, w ktorym po prostu opisuje sie
>> zwyklymi
>> zdaniami co sie dzieje w programie z przedmiotami?
>
> Ja źle patrzę (jako jednak zawodowy programista) na naginanie syntaxu w
> skrajny sposób, pod użytkownika. Komplikuje to parser, zwiększa ryzyko
> błędów w parserze i u użytkownika. Przykład z SQL:

Mnie chodzi w sumie o banalny jezyk typu C czy Pascal + przeciazenie funkcji
wzgledem typow argumentow. Postulowane przeze mnie

event (kamien K) zderza sie w (powietrze Po) z (pilka Pi)
{
}

to po prostu odchudzone i przeciazone typami argumentow

void T_zderza_sie_w_T_z_T(struct kamien* K, struct powietrze* Po, struct
pilka* Pi)
{
}

Ja po prostu zamiast pisac

T_zderza_sie_w_T_z_T(&kamyczek, &powietrze, &pilka)

wolałbym jednak:

Kamyczek zderza sie w Powietrze z Pilka

przy czym "przedmioty" T odróżniam tym, że zaczynają się zawsze z dużej
litery.

To jakby uogólnienie sztuczki z C++:

obiekt.metoda(argument) == metoda(&obiekt, argument)

> select * from Tab as t
> select * Form Tab t
>
> są obie dopuszczalne z 'as' i bez.

Ale to programista sam definiuje skladnie zdania, tak jak sam wymysla nazwe
funkcji w C czy C++.


> Ocenę o ryzyku potwierdza mi np highlighter z MS-SQL Management, który
> czasem wykłada się na legalnych kwerendach.

Ale ja tu nie widze ryzyka. Przedmioty wykrywane sa przez duza litere,
reszta slow i znakow tworzy przeciazona ze wzgledu na typy "przedmiotow"
nazwe funkcji/eventu, ktory po prostu sie wywoluje.

Irek