[Pascal] Nowy dialekt

[HNB]

Programując już x czasu, nie znalazłem dla siebie języka. Smutna rzeczywistość. Nie ma nic gorszego gdy doprowadzasz kompilator do czerwoności i wściekasz się że ktoś kto tworzył kompilator i język nie przewidział twojej gimnastyki leksykalnej w całości zgodnej z wyznaczoną składnią... Czy to Delphi z zaawansowaną circular reference, czy brak możliwości klauzulowa rozwijanych metod dla metod anonimowych przy implementowaniu ich w klasach... Czy w C# nierozróżnianie inkrementacji/dekrementacji przedrostkowej od przyrostkowej przy niejawnym rzutowaniu gdy to wszystko przeciążamy :/

 

Bieda i posucha. Masa błędów.

 

Brakuje mi języka nowej generacji, czegoś jak Pascal++ , kompilatora napisanego z głową, godnego następcy staruszka Pascala/Object Pascala . Też macie takie odczucia? Bo ja na rynku pomimo mnogości czuję niedosyt języków. Zwłaszcza Pascala.

 

Co byście wrzucili w taki język?

[Toster]

w delphi mam wiekszosc tego co mi potrzeba, no moza poza nowym typem Interfejsow o innym zachowaniu od obecnych. No i brakuje mi jeszcze jednego cuda ale wytlumaczenie tego w poscie jest na tyle zawile i dlugie ze pomine

[Force]

Mi w Delphi brakuje:

- szablonów (tak są w 2009, ale rozważam zbiór języków darmowych )

- w rekordach domyślnych konstruktów (są w NET)

- miło by było mieć, że obiekt dowolnej klasy można zamienić w strigna i z powrotem (jak serializable w Javie). Aby zapis obiektów jak się pisze np. grę nie wymagał pisania dla każdej klasy loada i save-a

Więcej grzechów nie pamiętam

[HNB]

mi brakuje block stripping i innych rozszerzeń któych mam wypisanych z 9 stron

 

moja własna inwencja. Połączenie bloków z Pythona z tymi w Delphi, taki bonus dla ładnie formatujących kod

 

zamiast

procedure x(a: ty);
begin
 while true do
 begin
   if true then
   begin
         { jakieś polecenia }
   end;
   { jakieś polecenia }
 end;
end;zZaYH
NJN[HYHYYH[ZYmX[XHB[ZYmX[XHB[[

 

gramatycznie możliwe do wykonania. Trochę wolniejsza kompilacja i kilka dwuznaczności więc trzeba by się pilnować . Tylko dla Pro.

 

Force - chodzi o serializację klas? masz serializację klas, można zapisywać dowolne klasy i do stringa i binarnie, bez dodatkowych metod load i save. W DaThoX cały particle na tym napisałem. Jak Spider odgrzebie moje arty o tym co je pisałem dla niego i do książki to można wgrać na unita.

[Brainer]

Jedyne, czego mi brakuje w Delphi to możliwość przeładowywania operatorów dla klas, bo z tego co wiem, można jedynie dla rekordów.

[Force]

Do mnie te bloki z Pythona nie przemawiają. Równie dobrze można pisać jak Toster, czyli "begin" w tej samej linijce do "do", "then" itp., ale i tak dla mnie spada czytelność kodu.

Edit:

I przydałoby sie móc definiować przyjaźnie jak w c++. Wiem, że w Delphi klasy mogą w ramach jednego modułu odwoływać się do protected i private, ale czasami klasy muszą być w różnych modułach. Jest to jednak mała rzecz bez której da się żyć.

[HNB]

Brainer: autorzy kompilatora uważają że to niepotrzebne i że można kombinować z tym przez rekordy (pewnie ściema na odczepne żeby nie komplikować swojej pracy)

 

Force: od tego masz w Delphi technologię "class spoofing" i zaprzyjaźniona część umieszczasz w protected.

[Force]

Nie wiem czy dobrze rozumiem co znaczy "class spoofing":D Mi chodzi przyjaźń klas między modułami

[Cubixmeister]

I biblioteka standardowa ala Python albo dotNET, ale to raczej nie jest kwestia dialektu

[HNB]

Force: Class Spoofing - tam gdzie potrzebujesz dostępu w innym unicie z sekcji protected zadanej klasy piszesz :

 

type TCS_SomeClass = class(TSomeClass); // by HNB xD

 

Rzadko stosowana i zapomniana technika

[Brainer]

Brainer: autorzy kompilatora uważają że to niepotrzebne i że można kombinować z tym przez rekordy (pewnie ściema na odczepne żeby nie komplikować swojej pracy)

Pewnie masz rację...

 

W ogóle dla mnie umożliwienie dodawania metod do rekordów to troszeczkę przegięcie. Czyż nie od tego były obiekty - przestarzały element Pascala?

[DevPort]

Jak dla mnie te wszystkie dodatki w Delphi to jawne odchodzenie od znanego nam Pascala Mnie to wygląda, że programiści Delphi ;] raczej chcą coś swojego stworzyć niż ulepszać Pascala ;] Czemu takie wybryki w C++ nie robią ?? ;P chyba, że o czymś nie wiem...

Jak dla mnie najlepsza, ostatnia wersja normalnego Object Pascala w Delphi to skończyła się na D7 i obecnie nic nowszego nie używam

A tak na marginesie FPC RLZ!!!

[Blind]

A mi w delphi brakuje LINQ

[Force]

Jak dla mnie te wszystkie dodatki w Delphi to jawne odchodzenie od znanego nam Pascala Mnie to wygląda, że programiści Delphi ;] raczej chcą coś swojego stworzyć niż ulepszać Pascala ;] Czemu takie wybryki w C++ nie robią ?? ;P chyba, że o czymś nie wiem...

Jak dla mnie najlepsza, ostatnia wersja normalnego Object Pascala w Delphi to skończyła się na D7 i obecnie nic nowszego nie używam

A tak na marginesie FPC RLZ!!!

Zatrzymanie się na Delphi 7 byłoby kiepskim pomysłem. Od tej wersji wprowadzano wiele rzeczy, które są standardem w językach programowania. No i IDE z Delphi 7 a to z Turbo Delphi to dwie różne bajki, to od D7 to koszmar:D

[Toster]

Za IDE do TD powinni spalic jego projektanta na stosie. Ergonomia jest calkiem do dupy, jedyny plus to doby edytor kodu.

[krajew4]

Ja do dzis jak pisze cos w Delphi to na Delphi 6 i nie widze w nim na razie nic (w sensie praktycznym) przestarzałego. Fakt, ze nie pisze po 100k linijek na projekt, ale wygodnie i miło się pracuje :] 6 foeva! ;p

[Force]

Za IDE do TD powinni spalic jego projektanta na stosie. Ergonomia jest calkiem do dupy, jedyny plus to doby edytor kodu.

No nie wiem, wg mnie dobre jest, gdyby tylko nie te leaki pamięci

[HNB]

Zgadzam się z Force. Trzeba się przyzwyczaić. Później D6/7 po przestawieniu na to nowe IDE wydaje się prostym edytorem tekstu i trudno się odzwyczaić od nowego IDE.

 

Ale o gustach się nie dyskutuje . D6/7 też ma swój urok ^^