On 26/10/2022 13:07, Jivanmukta wrote:
>> Sugneruje polubić funkcyjność, a obiektowośc jest ogólnie zrobiona
>> wszędzie lepiej niż w PHP.
> Ale do większości zastosowań

Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w
formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły
język do postawionego celu?

do góry

W dniu 26.10.2022 o 14:51, heby pisze:
> On 26/10/2022 13:07, Jivanmukta wrote:
>>> Sugneruje polubić funkcyjność, a obiektowośc jest ogólnie zrobiona
>>> wszędzie lepiej niż w PHP.
>> Ale do większości zastosowań
>
> Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w
> formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły
> język do postawionego celu?
>
Moje programy są czytelne.

do góry

W dniu 26.10.2022 o 18:04, Jivanmukta pisze:
> W dniu 26.10.2022 o 14:51, heby pisze:
>> On 26/10/2022 13:07, Jivanmukta wrote:
>>>> Sugneruje polubić funkcyjność, a obiektowośc jest ogólnie zrobiona
>>>> wszędzie lepiej niż w PHP.
>>> Ale do większości zastosowań
>>
>> Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w
>> formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły
>> język do postawionego celu?
>>
> Moje programy są czytelne.
>
czytelne, zrefaktoryzowane, dobrze skomentowane, przetestowane i wydajne

do góry

W dniu 26.10.2022 o 14:51, heby pisze:
> On 26/10/2022 13:07, Jivanmukta wrote:
>>> Sugneruje polubić funkcyjność, a obiektowośc jest ogólnie zrobiona
>>> wszędzie lepiej niż w PHP.
>> Ale do większości zastosowań
>
> Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w
> formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły
> język do postawionego celu?
>
Mnie martwi raczej coś innego: jak długo pociągnie PHP, bo popularność
spada, chociaż język się rozwija.

do góry

On 26/10/2022 18:04, Jivanmukta wrote:
>> Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w
>> formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły
>> język do postawionego celu?
> Moje programy są czytelne.

Dla klientów?

do góry

On 26/10/2022 18:33, Jivanmukta wrote:
> wydajne

Dalej mowa o PHP? Bo się pogubiłem.

do góry

W dniu 26.10.2022 o 20:17, heby pisze:
> On 26/10/2022 18:04, Jivanmukta wrote:
>>> Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w
>>> formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły
>>> język do postawionego celu?
>> Moje programy są czytelne.
>
> Dla klientów?
>
Dla mnie. Na razie mam jednego stałego klienta który nie czyta kodu.

do góry

W dniu 26.10.2022 o 14:49, heby pisze:
> On 26/10/2022 13:08, Jivanmukta wrote:
>>> Wiec co? Klamry?
>> Tak, klamry
>
> Ok.
>
>> i składnia instrukcji
>
> Nie ma czegoś takiego, chyba że chodzi o funkcje, których składnia jest
> mało podobna.
Jak to nie ma? A if, pętle while, do-while, for, instrukcja switch,
wyrażenia, ternariusz, przypisania - nie są podobne?
>
>> , danych
>
> PHP wspiera semantykę kopiowania, alingment danych, operacje na pointerach?
A stringi i liczby nie są podobne?
>
>> i klas.
>
> PHP wspiera szablony?
A coś Ty się tak do tych szablonów przyczepił.
Składnia klas jest podobna w obu językach. OOP w PHP opiera się na
koncepcjach Stroustrupa.

do góry

On 27/10/2022 06:47, Jivanmukta wrote:
>>> i składnia instrukcji
>> Nie ma czegoś takiego, chyba że chodzi o funkcje, których składnia
>> jest mało podobna.
> Jak to nie ma? A if, pętle while, do-while, for, instrukcja switch,
> wyrażenia, ternariusz, przypisania - nie są podobne?

Nie wszystkie.

auto x = foo();

char* y = floating_point_variable; //Error

itd.

Przypominam, bo chyba Ci się lekko rozjachało, że mówa o C++ a nie C.

for( auto x : container) [...]

>> PHP wspiera semantykę kopiowania, alingment danych, operacje na
>> pointerach?
> A stringi

Masz na myśli std::string? Ani trochę. Jeśli mówisz o char* to:
1) to nie jest The String w C++
2) a==b w tym wypadku nie zadziała jak w PHP

Nie widzę podobieństwa, ani trochę.

> i liczby nie są podobne?

Liczby? One są podobne we wszystkich językach programowania.

>>> i klas.
>> PHP wspiera szablony?
> A coś Ty się tak do tych szablonów przyczepił.

Stwierdziłeś, że podobny do C++. Staram się dowiedzieć co w nim
podobnego. 90% współczesnego C++ w postaci biblitek standardowych to
szablony a w porządnych programach w C++ bez szablonów cieżko pisać.

> Składnia klas jest podobna w obu językach.

Nie jest. Przykładowo PHP nie woła konstruktora klasy nadrzędnej w
sposób automatyczny co jest *zasadniczym* problemem. Nie ma overloadingu
co powoduje problem z różnymi konstruktorami tej samej klasy.
Wielokrotne dziedziczenie wpierane tylko przez interfejsy, zamiast tego
jakaś proteza Traits. Składnia deklaracji jak żywcem wyjęta z Javy. Jak
zwykle problemy z tym, że dzisiaj jeden z "architektów" PHP zapił na
komersie i leży pod stołem, to musiał zrobić drugi, z 6C.

Nie, klasy w PHP nie mają niewiele wspólnego z tymi od C++.

Znowu, chodzi Ci tylko o klamry.

> OOP w PHP opiera się na
> koncepcjach Stroustrupa.

Niewątpliwie.

do góry

W dniu 27.10.2022 o 09:29, heby pisze:
>>> PHP wspiera szablony?
>> A coś Ty się tak do tych szablonów przyczepił.
>
> Stwierdziłeś, że podobny do C++. Staram się dowiedzieć co w nim
> podobnego. 90% współczesnego C++ w postaci biblitek standardowych to
> szablony a w porządnych programach w C++ bez szablonów cieżko pisać.
Podejrzewam, że i szablony się w końcu w PHP pojawią.

--
Ta wiadomość e-mail została sprawdzona pod kątem wirusów przez oprogramowanie
antywirusowe AVG.
www.avg.com

do góry