![]() |
1. Posty w tym forum są poddawane moderacji więc nie dodawaj ich kilka razy.
2. Akceptujemy tylko wartościowe wiadomości o php lub pochodnych
3. Publikacja newsa na wortalu po moderacji oscyluje w granicach 30min
4. Wstawiane grafiki powinny mieć maksymalną szerokość 357px
Zapraszamy do uzupełniania wortalu o ciekawe informacje :)
![]() ![]() |
![]() |
![]()
Post
#21
|
|
Grupa: Zarejestrowani Postów: 395 Pomógł: 80 Dołączył: 24.08.2009 Ostrzeżenie: (0%) ![]() ![]() |
http://www.phpclasses.org/blog/post/242-PH...lease-Date.html
Czyli jednak PHP 7 to PHPNG, cóż wydajność jest ważna ale mogliby też uporządkować sam język, o wsparciu dla unicodu wogóle nie wspomnieli już nie mówiąc o pozbyciu się ( lub sensownym uporządkowaniu ) całej masy funkcji rodem z C. -------------------- |
|
|
![]()
Post
#22
|
|
![]() Grupa: Zarejestrowani Postów: 225 Pomógł: 18 Dołączył: 30.06.2003 Skąd: Wrocław Ostrzeżenie: (0%) ![]() ![]() |
7ka to przede wszystkim wciągniecie phpng (w zasadzie już po głosowaniu: https://wiki.php.net/rfc/phpng) który znacznie poprawia wydajność i to bez JIT.
Poza tym jest szansa że jednak pojawi się type hinting: https://wiki.php.net/rfc/scalar_type_hinting_with_cast https://wiki.php.net/rfc/returntypehinting Na internalsach trwa jeszcze dyskusja na temat wrzucenia funkcji wbudowanych do przestrzeni nazw "PHP". -------------------- |
|
|
![]()
Post
#23
|
|
![]() Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) ![]() ![]() |
Type Hinting byłoby w końcu dobrym rozwiązaniem. Brakowało mi tego
|
|
|
![]()
Post
#24
|
|
Grupa: Zarejestrowani Postów: 6 365 Pomógł: 1114 Dołączył: 30.08.2006 Ostrzeżenie: (0%) ![]() ![]() |
Dlatego tak bardzo podoba mi się Zephir. Pracują też obecnie nad JIT a inne rzeczy też już dawno obecne np http://zephir-lang.com/oop.html#return-type-hints . Ale dobre jest to że pomysły wdrażane gdzie indziej jednak z czasem pojawiają się w PHP. Ten język trze na jednak uporządkować albo stworzyć coś nowego.
-------------------- |
|
|
![]()
Post
#25
|
|
Grupa: Zarejestrowani Postów: 251 Pomógł: 23 Dołączył: 23.04.2013 Ostrzeżenie: (0%) ![]() ![]() |
Mam nadzieję, że Zephir, Hack oraz HHVM dadzą tak po dupie core-developerom PHP, że zaczną w końcu działać i nie zrobią z PHP 7 tego, co zrobili z PHP 6 - wtedy też były mega plany i obietnice, a skończyło się na mega klapie.
Ogólnie podobają mi się nowe koncepcje. Szkoda, że nie chcą zerwać kompatybilności z obecnym PHP (i stworzyć nowe, piękne, łanderful i bjutiful PHP) - ale w sumie ich rozumiem, setki apek musiałoby zostać przepisanych, boją się, że PHP mogłoby zostać porzucone. Zend ma w tym interes, więc będą walczyć o to, aby ludzie nie przeskoczyli na HHVM (i Hacka). Dzięki bogu, że pojawiła się konkurencja (HHVM, Hack, Zephir), bo o PHP 7 byśmy jeszcze do tej pory nie usłyszeli, a core-developerzy dalej by się chlastali z PHP 6. PS Type Hinting w PHP? Hmm, Nice! ![]() Ten post edytował Dejmien_85 12.08.2014, 20:13:46 |
|
|
![]()
Post
#26
|
|
Grupa: Zarejestrowani Postów: 1 447 Pomógł: 191 Dołączył: 26.03.2008 Ostrzeżenie: (0%) ![]() ![]() |
Cytat już nie mówiąc o pozbyciu się ( lub sensownym uporządkowaniu ) całej masy funkcji rodem z C. Nie bardzo rozumiem "problemu" w tym, że te funkcje istnieją. Co da ich usunięcie ? Jakie uporządkowanie masz na myśli ? Moim zdaniem sensowną ewolucją jest po prosty dołożenie nowych klas, a stare niech zostaną dla zachowania kompatybilności. Np. w c++ masz klasę string, ale jak chcesz to nadal możesz sobie używać funkcji z string.h. -------------------- :)
|
|
|
![]()
Post
#27
|
|
![]() Grupa: Zarejestrowani Postów: 225 Pomógł: 18 Dołączył: 30.06.2003 Skąd: Wrocław Ostrzeżenie: (0%) ![]() ![]() |
Moim zdaniem sensowną ewolucją jest po prosty dołożenie nowych klas, a stare niech zostaną dla zachowania kompatybilności. Np. w c++ masz klasę string, ale jak chcesz to nadal możesz sobie używać funkcji z string.h. Klasy niestety = narzut, referencje, problemy z porównaniem (equals() z javy ![]() Problemem nie tyle są funkcje C, co bajzel z nazewnictwem / kolejnością argumentów (to wciąż się przewija przez internalsy, np strpos vs explode vs string_replace). Z nowych ciekawostek dla php7:
Poza tym między 5.6 a 7 prawdopodobnie zostanie wydana 5.7, jako przejściowa (deprecate na elementach które na pewno wylecą itd..). -------------------- |
|
|
![]()
Post
#28
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 21.05.2014 Ostrzeżenie: (0%) ![]() ![]() |
E tam, marudzenie, że niby jest źle a nie ma języka w którym można pisać i robić poważne zmiany w kodzie wydajniej. Ja już wolę to strtolower czy strpos, niż wkładanie wszystkiego w objekt i pisanie elaboratów jak w java, toporność i całą masę crapu wepchniętą w C++ / STL-a czy niespójność pythona (który nawet szybszy nie jest). Jeszcze JS jest jako-tako zaprojektowany, że można w tym wygodnie pisać pod web (jeśli się wie jak) - tylko na backend specjalnie się to nie nadaje, bo trzeba ręcznie zarządzać podziałem czasu wątku, i pod to pisać praktycznie całą aplikację - a to po prostu niewykonalne.
Hack, czy hhvm... ciekawostki. Najlepiej pisać w tym jeśli to takie fajne. Tylko, że ludzie by chcieli wydajność hhvm albo bezpieczeństwo hacka za darmo, później się okazuje, że trzeba za to dodatkowo zapłacić (i to sporo)... więc piszemy w php. Tak samo jak z node czy go, w php w miarę poprawny kod napisze prawie każdy i bardzo szybko... w czym innym już nie za bardzo. Z tym że 2 w/w są przynajmniej o wiele szybsze, więc można użyć do pisania algorytmów czy wstawek, jak zephir. Najśmieszniejsze jest to, że w PHP bez problemu można ogarnąć w miarę duży projekt. A na forach dość dużo narzekania. W node czy dart praktycznie jakikolwiek refactoring jest niemożliwy, a kod powyżej 1000 linijek bez sterty komentarzy zamienia się w kupę pełną setek callbacków... a wszyscy tak się tym zachwycają ![]() |
|
|
![]()
Post
#29
|
|
Grupa: Zarejestrowani Postów: 251 Pomógł: 23 Dołączył: 23.04.2013 Ostrzeżenie: (0%) ![]() ![]() |
Najśmieszniejsze jest to, że w PHP bez problemu można ogarnąć w miarę duży projekt. A na forach dość dużo narzekania. W node czy dart praktycznie jakikolwiek refactoring jest niemożliwy, a kod powyżej 1000 linijek bez sterty komentarzy zamienia się w kupę pełną setek callbacków... a wszyscy tak się tym zachwycają ![]() Punkt widzenia zależy od punktu siedzenia, a religijne wojny trwają od dekad. Oglądając różne konferencje i wypowiedzi starszych programistów (mających po 30 lat doświadczenia w programowaniu), wielokrotnie słyszałem o tym, że wojny religijne to kolejna stała w programowaniu, zmieniają się jedynie języki i uwaga programistów. W dzisiejszych czasach narzeka się głównie na PHP, Javę, C++. Wszystko co jest popularne przykuwa uwagę, a jak mawia stara prawda - popularność mierzy się miarą wrogów. W każdym języku da się pisać, tylko w każdym się pisze nieco inaczej. Dla niektórych "inność" jest nie do zaakceptowania, tak więc narzekają na "inne" języki, czcząc i wychwalając swojego jedynego wybrańca, "Boga". ; > I niestety Ty kolego także w to wpadłeś, bo narzekasz tutaj na Javę, C++ i Pythona. ; ) Pamiętaj, że każdy ma inny gust i o gustach się nie dyskutuje. To, że Tobie Java i inne języki nie służą nie oznacza, że są złe. Ja PHP nie bronię, nie identyfikuję się z tym językiem (z żadnym). Znam kilku bardzo doświadczonych programistów (także po 20+ lat doświadczenia), którzy także znają PHP i je używają (co prawda rzadko), mawiają, że jest to dobry język do narzekań - ludzie po prostu lubią narzekać na PHP. Tak, każdy język ma swoje wady. I nie, nie ma idealnego języka. Język to narzędzie, które zawsze można odłożyć na bok. A gdy ktoś zaczyna się identyfikować z jakimś językiem, uważać go jako swoją prawą dłoń, wtedy zaczynają się problemy... Ten post edytował Dejmien_85 19.08.2014, 16:24:24 |
|
|
![]()
Post
#30
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 21.05.2014 Ostrzeżenie: (0%) ![]() ![]() |
Tylko, że ja nie narzekam, że Java, C++ czy Python nie nadają się do niczego... jedynie do projektów webowych o specyfice o której tu pewnie rozmawiamy. Bo jeśli tolerancja błędów i szybkość działania PHP jest do zaakceptowania to tak na prawdę na dzień dzisiejszy nie ma czym go zastąpić. Te wszystkie "alternatywy" wyglądają dobrze jedynie na papierze ew. w bardzo wąskim przedziale zastosowań... a dorosłe języki w ogóle się do tego typu projektów nie nadają, bo były projektowane Xdziesiąt lat temu, do czegoś zupełnie innego.
Używałem C++ i Java na desktop, tak samo nie ma tego na dzień dzisiejszy za bardzo czym zastąpić. |
|
|
![]()
Post
#31
|
|
Grupa: Zarejestrowani Postów: 1 447 Pomógł: 191 Dołączył: 26.03.2008 Ostrzeżenie: (0%) ![]() ![]() |
Cytat Bo jeśli tolerancja błędów i szybkość działania PHP jest do zaakceptowania to tak na prawdę na dzień dzisiejszy nie ma czym go zastąpić. w firmie w której pracuję, robi się strony www (tzn. stronek jako tako nie klepiemy, ale może to być część większej aplikacji) w technologiach ms (.net, asp.net) a także w javie (jsp itp.). Aplikacje desktopowe zarówno w Javie jak i c# oraz kilku innych technologiach (niektóre projekty mają już sporo lat, więc są pisane w dość egzotycznych językach). PHP ma dużą konkurencję jeśli chodzi o technologie (www można robić i w javie i w .net i wielu innych technologiach. Mi osobiście podoba się Grails). Popularność PHP nie wynika z tego, że jest niezastąpiony, tylko z tego, że był jednym z pierwszych - wtedy była to dobra technologia więc się upowszechnił i dlatego jest sporo tanich serwerów obsługujących php, oraz jest dużo tanich klepaczy php. Z punktu widzenia biznesowego, taniej i łatwiej jest znaleźć ekipę PHPowców niż Grailowców czy RORowców. Jakość języka ma tu niewiele do rzeczy. Cytat W node czy dart praktycznie jakikolwiek refactoring jest niemożliwy Za to w javie/c# refaktoring jest znacznie prostszy niż w php. Jak w projekcie są testy jednostkowe, to w czym by nie był napisany, to będzie w miarę ok, ale gdy brak testów, to w językach kompilowanych refaktoryzacja jest znacznie łatwiejsza - przynajmniej dla mnie. Cytat . Ja już wolę to strtolower czy strpos, niż wkładanie wszystkiego w objekt i pisanie elaboratów jak w java Podejrzewam, że po prostu nie potrafisz programować obiektowo, dlatego to dla Ciebie problem. nie wydaje mi się, żeby str_len($sting) było "fajniejsze" od string.length() jak chcesz zrobić kilka operacji stringowych to robisz tak trim(strToLover(substr($zmienna,$parametr1,$parametr2))) podczas gdy w javie możesz napisać: zmienna.substr(parametr1,parametr2).toLover().trim() Który zapis jest ładniejszy ? (to oczywiście pseudokod). Java jest kobylasta (rozwlekła) - to fakt. O ile JVM to coś fajnego, o tyle sama java jest taka sobie w dzisiejszych czasach, szczególnie porównując do c# (gdzie są różne Taski, lambdy, extension methods czy głupie słówko "var" ) albo scali. Natomiast rozwklekłość javy nie jest żadnym argumentem dla php, bo ten też nie jest specjalnie zwięzły jak na język skryptowy - polecam zapoznać się choćby z grails (język to groovy - skryptowa java można powiedzieć). Cytat Klasy niestety = narzut, referencje, problemy z porównaniem (equals() z javy tongue.gif ?). Lepiej jakby scalary miały swoje metody (były pseudo obiektami), np wszystkie str* do wywołania jako "sdfsdf"->toLower(). Akurat php jest językiem obiektowym i klasy (choćby mysqli zamiast zestawu funkcji mysql_*) istnieją, więc nie rozumiem tej obawy. Groovy o którym wspomniałem (i nie jest on wyjątkiem) jest językiem skryptowym, w pełni obiektowym i działa szybciej niż PHP. Wywołanie o którym napisałeś " "sdfsdf"->toLower() " to przecież jest właśnie obiektówka - traktowanie ciągu znaków jako obiekt - tak to działa w javie/c#. Oczywiście "pod spodem" wcale nie musi to być obiekt, kompilator/interpreter robi tak, żeby było dobrze i optymalnie. Ważne, że programista widzi kod jako obiektowy. Z tym, że słowo "klasa" nie było tu kluczowe. Po prostu nie widzę sensu wywalania funkcji stringowych i zastępowania ich czymś innym ze względu na kompatybilność - to wszystko. Można tak rozwijać, żeby nie stracić na kompatybilności, bo wyrzucenie jakichś funkcji nie zwiększy wydajności. PS. Ten post może wydać się "anty PHP" - W rzeczywistości nie uważam go za zły język. Tylko, że pisanie, że jest niezastąpiony, jest mało trafione. PHP się rozwija, jest coraz lepszy... ale nie on jest liderem, on tylko dzielnie goni konkurencję ![]() Ten post edytował peter13135 19.08.2014, 19:17:27 -------------------- :)
|
|
|
![]()
Post
#32
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 21.05.2014 Ostrzeżenie: (0%) ![]() ![]() |
Cytat Za to w javie/c# refaktoring jest znacznie prostszy niż w php. Oczywiście, dodałbym do tego jeszcze JS, chyba nie ma lepiej zaprojektowanego modelu objektowego. Cytat Podejrzewam, że po prostu nie potrafisz programować obiektowo, dlatego to dla Ciebie problem. Nie, nie lubię mega rozwlekłej składni java i plików nagłówkowych w C++. To olbrzymia strata czasu, po prostu ludzie zamiast myśleć klepią mini-szablony i aby zmienić np. nazwę funkcji zmieniają jej deklarację i definicję w kilku miejscach, oraz zastanawiają się "jaka powinna być kolejność plików nagłówkowych i czego jeszcze nie włączyli". Jak małpy. Nowoczesny język nie powinien działać w ten sposób. Co do modelu objektowego w C++ czy Java - jest taki sobie, czyli ok. To biblioteka standardowa i języki są przestarzałe i gówniane po prostu (cały include-hell w C++, to nie do ogarnięcia i już dawno powinny to realizować automatyczne narzędzia) Przykład oczywiście, żeby udowodnić postawioną tezę, która jest niewłaściwa. To przypadek szczególny. Raczej chodziło mi o crap w stylu Kod FileInputStream fstream = new FileInputStream("textfile.txt"); BufferedReader br = new BufferedReader(new InputStreamReader(fstream)); Zwięzłość php to co innego, ja po prostu nie lubię pisać setek linii kodu z którego nic nie wynika i nic tak na prawdę nie robi. Już wolę źle zaprojektowane listy argumentów niż pisanie za każdym razem 50 linijek tego samego kodu, żeby zrobić coś, co w normalnym języku programowania zajmuje 2. Popularność PHP wynikła z tego, że było dużo taniej zamknąć zespół C i (prze)pisać nawet całą aplikację bo kodowanie w tym było mordęgą. Żadna obecna technologia nie przyspieszy znacząco (jeśli w ogóle) procesu tworzenia małych i średnich witryn. Gdyby w tym czasie do webdeveloperki weszła java to w tym segmencie podzieliłaby losy C, tak samo jak stało się z Perlem. Ten post edytował niebieskiciapek 19.08.2014, 19:50:27 |
|
|
![]()
Post
#33
|
|
Grupa: Zarejestrowani Postów: 1 447 Pomógł: 191 Dołączył: 26.03.2008 Ostrzeżenie: (0%) ![]() ![]() |
Cytat Nie, nie lubię mega rozwlekłej składni java i plików nagłówkowych w C++. To olbrzymia strata czasu, po prostu ludzie zamiast myśleć klepią mini-szablony i aby zmienić np. nazwę funkcji zmieniają jej deklarację i definicję w kilku miejscach, oraz zastanawiają się "jaka powinna być kolejność plików nagłówkowych i czego jeszcze nie włączyli". Jak małpy. Nowoczesny język nie powinien działać w ten sposób. Co do modelu objektowego w C++ czy Java - jest taki sobie, czyli ok. To biblioteka standardowa i języki są przestarzałe i gówniane po prostu (cały include-hell w C++, to nie do ogarnięcia i już dawno powinny to realizować automatyczne narzędzia) Te zarzuty odnoszą się do c++, a nie do javy. W netbeansie klikam na zmienną/metodę/klasę, następnie ctrl+R i mogę zmieniać nazwę metody (zmieni się jej deklaracja i wywołania). W c# + visual studio jest podobnie, tylko, że pod klawiszem f2 ![]() Cytat Zwięzłość php to co innego, ja po prostu nie lubię pisać setek linii kodu z którego nic nie wynika i nic tak na prawdę nie robi. Już wolę źle zaprojektowane listy argumentów niż pisanie za każdym razem 50 linijek tego samego kodu, żeby zrobić coś, co w normalnym języku programowania zajmuje 2. Skoro nie znasz snippetów (skrótów klawiszowych w ide, które generują kod) to sobie pisz cały kod z palca ![]() Poza tym... ja się w zupełności zgadzam z tym, że java jest rozwlekła, więc tutaj mamy zdanie takie same. Co więc chcesz mi udowodnić ? PHP jest ciut mniej rozwlekły niż java, choćby przez to, że jest dynamicznie typowany, więc wiadomo, że mniej pisania, natomiast ma to też swoje wady. Zarówno java ma swoje lepsze odpowiedniki (scala, c#) jak i PHP (groovy i pewnie sporo więcej), a popularność tych "gorszych" czyli php i java wynika z "siły bezwładności". PS. poproszę o przykład 2 linijek kodu normalnym języku i odpowiednik 50 linijek w "nienormalnym" ![]() Cytat Popularność PHP wynikła z tego, że było dużo taniej zamknąć zespół C i (prze)pisać nawet całą aplikację bo kodowanie w tym było mordęgą. Żadna obecna technologia nie przyspieszy znacząco (jeśli w ogóle) procesu tworzenia małych i średnich witryn. Gdyby w tym czasie do webdeveloperki weszła java to w tym segmencie podzieliłaby losy C, tak samo jak stało się z Perlem. No i tutaj też nie wiem co chcesz mi powiedzieć - w poprzednim poście pisałem, że PHP był dobry w swoim czasie (gdy konkurencją do tworzenia był między innymi C). Ale teraz tych jezyków skryptowych dynamicznie typowanych jest dosć sporo i wśród nich php nie wyróżnia się nowoczesnością (zwięzłością i czytelnością kodu, wydajnością interpreterów itp.). Czyli pisanie w PHP nie jest już takie wydajne jak kiedyś (biorąc pod uwagę konkurencję), ale nadal jest bardzo tanie i powszechne (pełno programistów gotowych klepać kod za miske zupy), dlatego z punku widzenia biznesowego PHP to dobry wybór do robienia stron - nijak to nie świadczy o jakości języka. BTW - Co do rozwlekłości - mam wrażenie, że dla Ciebie słówko "int" przed zmienną to rozwlekłość - dla mnie to przydatna informacja ![]() ![]() -------------------- :)
|
|
|
![]()
Post
#34
|
|
![]() Grupa: Zarejestrowani Postów: 61 Pomógł: 3 Dołączył: 18.10.2012 Skąd: Zagłębie Dąbrowskie Ostrzeżenie: (0%) ![]() ![]() |
Nie będę zaczynał nowego wątku skoro nazwa tematu idealnie się nadaje.
Jako że głosowanie już zakończone (i przesądzone) https://wiki.php.net/rfc/abstract_syntax_tree chciałbym się zapytać co właściwie wnosi do "drzewo" do PHP7? Przeczytałem i zrozumiałem co to jest "drzewo składniowe" ale chciałby się dowiedzieć jak to zmieni pisanie kodu w PHP7 z punktu widzenia przeciętnego użytkownika? Co będzie inaczej? ogólnie o co cho?! |
|
|
![]()
Post
#35
|
|
![]() Grupa: Zarejestrowani Postów: 160 Pomógł: 27 Dołączył: 22.09.2008 Skąd: Tarnów Ostrzeżenie: (0%) ![]() ![]() |
Myślę, że chodzi o sam algorytm analizy kodu, np. Abstract Syntax Tree - składnia języka może zostać ta sama.
-------------------- |
|
|
![]()
Post
#36
|
|
Grupa: Zarejestrowani Postów: 6 365 Pomógł: 1114 Dołączył: 30.08.2006 Ostrzeżenie: (0%) ![]() ![]() |
A w międzyczasie pojawiło się 5.6. Fajnie że wreszcie można operować na stałych i "normalny" operator **.
-------------------- |
|
|
![]()
Post
#37
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 21.05.2014 Ostrzeżenie: (0%) ![]() ![]() |
Cytat Skoro nie znasz snippetów (skrótów klawiszowych w ide, które generują kod) to sobie pisz cały kod z palca 15 lat temu robiłem coś takiego, później odkryłem coś co się nazywa "system szablonów". Jakoś nie za bardzo chce mi się wracać do tego, jak pisałem kod 2 dekady temu ![]() ![]() Ten post edytował niebieskiciapek 5.09.2014, 10:57:38 |
|
|
![]()
Post
#38
|
|
Grupa: Zarejestrowani Postów: 1 447 Pomógł: 191 Dołączył: 26.03.2008 Ostrzeżenie: (0%) ![]() ![]() |
Chyba mówimy o czymś innym....
Nie wiem o czym Ty mówisz, ale to o czym ja mówię, to nie jest system szablonów i nie ma nic wspólnego z "include". Snippety nie są częścią języka programowania, a IDE. Przyspieszają one tworzenie kodu - zamiast pisać z palca for'a, foreach'a , bloki try catch, czy zwykłą klasę, możesz użyć snippetów. W Visual studio wygląda to tak: ![]() Prosty bajer, a jednak mocno przyspiesza pracę. BTW. c# jest mocno zwięzły język. W połączeniu z Visual Studio, które podpowiada i generuje wiele kodu piszę się w nim bardzo sprawnie. Moim zdaniem bije PHP na głowę. Pisząc o snippetach, raczej miałem na myśli, że to jest to sposób na obejście rozwlekłości języka - jako rozwlekły uważam np. javę - w kodzie muszą być gettery i settery, nawet jeśli są "standardowe". Do wersji 1.6 trzeba było pisać takie rzeczy: Cytat Map<string,JakasKlasaGeneryczna<KlasaBedacaParametremKlasyGenerycznej>> blabla = new HashMap<string,JakasKlasaGeneryczna<KlasaBedacaParametremKlasyGenerycznej>>(); *Teraz można użyć diamond operator'a w javie, a w c# jest słówko "var" No i właśnie obejściem, przed tą rozwlekłością są skróty klawiatorowe, które generują "nic nie wnoszący kod". Czyli w javie, możesz napisać tak: Cytat new HashMap<string,JakasKlasaGeneryczna<KlasaBedacaParametremKlasyGenerycznej>>(); Następnie (w NetBeansie) wybrać opcję "assign to value" i wtedy otrzymasz przypisanie do zmiennej podobne do tego pare linijek wyżej. Zamiast pisać z palca gettery i settera, można skorzystać z opcji "insert getters i setters" - wybiera się, dla których zmiennych mają zostać wygenerowane i to wszystko. Także, snippety mogą być z jednej strony ułatwieniem - no bo w przypadku pętli, warunków, bloków try/catch czy lock (w c#) trudno się przyczepić do rozwlekłości języka, a z drugiej strony próbą obejścia rozwklekłości języka - i to dotyczy javy i PHP ![]() Przypominam, że PHP, też nie ma propercji, na wzór scali/c# i trzeba gettery/settery pisać z palca - albo je generować (np. Symphony framework - tam można generować całe encje, albo gettery/settery w konsoli). Cytat 15 lat temu robiłem coś takiego Nie bierz tego do siebie, bo raczej nie lubię używać "docinek personalnych", ale biorąc pod uwagę Twoje posty to wydawało mi się, że 15 lat temu skakałeś z dywanu na podłogę, a nie programowałeś, albo klepiesz cały czas w jednej technologii i nie masz rozeznania co się dzieje w branży. Uprzedzając pytanie - ja 15 lat temu skakałem z krawężnika na ulicę. -------------------- :)
|
|
|
![]()
Post
#39
|
|
![]() Grupa: Nieautoryzowani Postów: 2 249 Pomógł: 305 Dołączył: 2.10.2006 Ostrzeżenie: (0%) ![]() ![]() |
@peter13135 Symfony
![]() Ten post edytował pedro84 6.09.2014, 13:07:35 -------------------- Google knows the answer...
|
|
|
![]()
Post
#40
|
|
Grupa: Zarejestrowani Postów: 11 Pomógł: 0 Dołączył: 21.05.2014 Ostrzeżenie: (0%) ![]() ![]() |
Właśnie o tym mówię, takie "szablony" wbudowane w IDE, macromedia dreamweaver to miał, tylko pod web. Z resztą generowany kod był koszmarny.
Nie wiem, skąd wziąłeś te "personalne docinki" po prostu moim zdaniem design całego języka to drewno bo tak pisałem 15 lat temu i tyle. To strata czasu. To, że IDE dodaje snippety nie czyni języka mniej drewnianym. To że napiszesz 10 setterów w 2 minuty a nie w 5 niczego nie zmienia bo dalej nic nie jest zrobione a ty zamiast myśleć musisz pamiętać jakieś dziwne konstrukty. Po co w roku 2014 uczyć się czegoś tak archaicznego? Przeciętna osoba pisząca w PHP w życiu tego nie ogarnie, z resztą nie wiem po co. Ja rozumiem że w roku 2004 nie było za bardzo wyboru... Wolę modele obiektowe golang i javascript, OOP PHP przynajmniej nie jest taki "ciężki" i to, że jest dość okrojony tylko mu wyszło na dobre, z resztą model OOP Java też jest okrojony względem C++. Nie wiem, może C#, D i języki google jeszcze jakoś rokują, bo nowe spec do C++ są jeszcze większe zamiast cały ten burdel uporządkować i okroić. |
|
|
![]() ![]() |
![]() |
Wersja Lo-Fi | Aktualny czas: 23.04.2024 - 11:08 |