Thread View: alt.pl.comp.lang.csharp
65 messages
65 total messages
Page 2 of 2
Started by rozrabiaka
Tue, 30 Mar 2004 12:40
Page 2 of 2 • 65 total messages
Re: Juz jest! :) Visual C# Standard :)
Author: Jacek Woloszka
Date: Thu, 08 Apr 2004 10:24
Date: Thu, 08 Apr 2004 10:24
19 lines
1840 bytes
1840 bytes
"tibe" <spam...@spam.no> wrote in message news:c51slh$agk$1@nemesis.news.tpi.pl... > > > > > Generator raportow zawarty jest w VB ResKit ( a dokladniej w ComponentOne > > for Visual Studio) > > I tenze genrator raportow jest bardzo przyzwoity. Wrecz pokusze sie o > > stwierdzenie ze ze nie jest wiele gorszy od Crystal Reports > > > > > jeszcze nie zaczolem z c# wiec pytam laicko > Czy Component One sa darmowe? lub kosztuja czesc tego co C# standard? > bo na ich www cena jest kosmiczna albo szukam nie tam gdzie trzeba Zamawiasz Resource Kit na stronach Microsoftu i rejestrujesz to na stronach ComponentOne. O ile dobrze zrozumialem licencje mozesz korzystac z komponentow bez ograniczen.....
Re: Juz jest! :) Visual C# Standard :)
Author: tibe
Date: Thu, 08 Apr 2004 15:23
Date: Thu, 08 Apr 2004 15:23
13 lines
1717 bytes
1717 bytes
> Zamawiasz Resource Kit na stronach Microsoftu i rejestrujesz to na stronach > ComponentOne. > O ile dobrze zrozumialem licencje mozesz korzystac z komponentow bez > ograniczen..... Bardzo dziekuje za odpowiedz, Pan Marek kompletnie chyba mnie nie zrozumial, mam ochote wejsc w c# bardziej ale poprzez wersje standard[kupno] i academic ktora dostane z uczelni, skoro jednak nie byloby czegokolwiek do robienia raprtow to zaczolbym sie wogole nad tym zastanawiac, na wyzsze wersje C# z "bajerami" narazie mnie nie stac. Dziekuje jeszcze raz za odpowiedz
Re: Juz jest! :) Visual C# Standard :)
Author: Grzegorz Gruza
Date: Thu, 22 Apr 2004 07:02
Date: Thu, 22 Apr 2004 07:02
39 lines
3178 bytes
3178 bytes
U�ytkownik "Marek Janaszewski /USUN_TO. z adresu!/" <USUN_TO...@gazeta.pl> napisa� w wiadomo�ci news:c6611q$1ufq$1@news.atman.pl... > Grzegorz Gruza wrote: > [...] >> Z pewnego punktu widzenia wszystko jest owijk� na API Windowsa :-) Do >> Delphi jest te� wiele komponent�w firm trzecich - zar�wno darmowych >> jak i p�atnych tylko dla programisty - dla .NET nie ma (chyba) >> jeszcze tak du�ego wyboru. > Witam! > Nie koniecznie, mo�e by� owij� czego� innego, jakie� interfejsu albo > tworzy� co� samemu. Np. Javie jest AWT, kt�ra jest owij� kontrolek > systemowych i SWING, kt�ry robi wszystko samemu. Zarobili tak ze wzgl�du > na obs�ug� wielu platform i brak konieczno�� r�wnania do najs�abszej. > Tak�e s�owo owijka generalnie przeniesienia Interfejsu. [...] Bardziej chodzi�o mi o to, �e jak mam owijk� o dobrej funkcjonalno�ci to niezbyt interesuje mnie to, czy jest to owijka na API, czy na inn� bibliotek�. Po prostu j� wykorzystuj�. [...] >> Delphi 8 jest �rodowiskiem dla .NET i umo�liwia pisanie aplikacji >> ASP.NET. Ale komponenty dla ASP.NET s� jeszcze cienkie. > [...] > Nie u�y� bym takich s��w, wystarczy por�wna� sobie konkurencyjne > rozwi�zania. Czyli PHP i Jav�. Mia�em troch� z tymi rozwi�zaniami do > czynienia i oznacza�o to dla mnie wklepywanie do kodu aplikacji HTML-a. By� mo�e nie wyrazi�em si� jasno: Je�eli por�wnam kontrolki z Delphi 7 i MS VB 6, to IMHO kontrolki Delphi s� o niebo lepsze. Pisz�c w Delphi aplikacje ASP.NET mam do wyboru standadowe kontrolki MS i do��czane do Delphi. I tu kontrolki nie pochodz�ce z frameworka nie s� o niebo lepsze. Pozdrawiam -- Grzegorz Gruza gr...@spamerom_niepriv4.onet.pl Odpowiadaj�c usu� spamerom_nie z adresu
Re: Juz jest! :) Visual C# Standard :)
Author: Marek Janaszewski USUNTO. z adre...
Date: Thu, 22 Apr 2004 15:31
Date: Thu, 22 Apr 2004 15:31
54 lines
3880 bytes
3880 bytes
Grzegorz Gruza wrote: [...] >> Nie koniecznie, może być owiją czegoś innego, jakieś interfejsu albo >> tworzyć coś samemu. Np. Javie jest AWT, która jest owiją kontrolek >> systemowych i SWING, który robi wszystko samemu. Zarobili tak ze >> względu na obsługę wielu platform i brak konieczność równania do >> najsłabszej. Także słowo owijka generalnie przeniesienia Interfejsu. > [...] > Bardziej chodziło mi o to, że jak mam owijkę o dobrej funkcjonalności > to niezbyt interesuje mnie to, czy jest to owijka na API, czy na inną > bibliotekę. Po prostu ją wykorzystuję. Witam! A czasem trzeba się zainterosować, mogą być dwa powody. Prawny, trzeba mieć licencje na redystrybucje komponentów od, których zależynasz projekt. Mogą być także powody techniczne, aktualizacja systemu i w naszym przypadku bezpieczeństwo. Wydaje mi się, że wywoływanie niezarządzanego kodu może nie być dozwolone w niektórych przypadkach. Np. jeśli program uruchamia się z Interentu. No oczywiście warto wiedzieć na czym wisi program. Oczywiście można mieć w nosie to wszystko i rozwiązywać problemy dopiero jak się pojawią. Czyli pojawią się na grupach pytania początkujących programistów z cyklu: przekopiowałem program do kumpla gdzie nie ma zainstalowanego narzędzia X i mój program się nie uruchamia. Czy muszę instalować narzędzie X aby działa program. Generalnie chyba jednak warto wiedzieć od czego zależy nasz projekt i jakoś panować na referencjami. Wydaje się to zdrowe. > [...] >>> Delphi 8 jest środowiskiem dla .NET i umożliwia pisanie aplikacji >>> ASP.NET. Ale komponenty dla ASP.NET są jeszcze cienkie. >> [...] >> Nie użył bym takich słów, wystarczy porównać sobie konkurencyjne >> rozwiązania. Czyli PHP i Javę. Miałem trochę z tymi rozwiązaniami do >> czynienia i oznaczało to dla mnie wklepywanie do kodu aplikacji >> HTML-a. > > Być może nie wyraziłem się jasno: Jeżeli porównam kontrolki z Delphi > 7 i MS VB 6, to IMHO kontrolki Delphi są o niebo lepsze. Pisząc w > Delphi aplikacje ASP.NET mam do wyboru standadowe kontrolki MS i > dołączane do Delphi. I tu kontrolki nie pochodzące z frameworka nie > są o niebo lepsze. [...] Nie mam doświadczenia z aplikacjami Webowymi dla Delphi i VBbez .NET. Czy mówimi o tym samym, nie o zwykłych kontrolkach tylko kontrolkach webowych? Do aplikacji ASP.NET albo rozszerzeń serwera jako .dll-ki. -- Pozdrawiam, Marek Janaszewski [ j_m...@gazeta.pl ]
Re: Juz jest! :) Visual C# Standard :)
Author: Grzegorz Gruza
Date: Fri, 23 Apr 2004 07:08
Date: Fri, 23 Apr 2004 07:08
64 lines
4485 bytes
4485 bytes
U�ytkownik "Marek Janaszewski /USUN_TO. z adresu!/" <USUN_TO...@gazeta.pl> napisa� w wiadomo�ci news:c69art$2qjr$1@news.atman.pl... [...] >> Bardziej chodzi�o mi o to, �e jak mam owijk� o dobrej funkcjonalno�ci >> to niezbyt interesuje mnie to, czy jest to owijka na API, czy na inn� >> bibliotek�. Po prostu j� wykorzystuj�. > Witam! > A czasem trzeba si� zainterosowa�, mog� by� dwa powody. Prawny, trzeba > mie� licencje na redystrybucje komponent�w od, kt�rych zale�ynasz > projekt. Mog� by� tak�e powody techniczne, aktualizacja systemu i w [...] Licencje czytam. > naszym przypadku bezpiecze�stwo. Wydaje mi si�, �e wywo�ywanie > niezarz�dzanego kodu mo�e nie by� dozwolone w niekt�rych przypadkach. > Np. je�li program uruchamia si� z Interentu. No oczywi�cie warto Niezbyt rozumiem. > wiedzie� na czym wisi program. Oczywi�cie mo�na mie� w nosie to wszystko OK, chodzi mi o to, �e decyzja, czy wykorzystam bibliotek� nie zale�y od tego co ona owija - pomijaj�c oczywi�cie wzgl�dy licencyjne. > i rozwi�zywa� problemy dopiero jak si� pojawi�. Czyli pojawi� si� na Zamiast u�ywa� egzotycznych komponent�w staram si� wykorzystywa� sprawdzone i do kt�rych mog� �ci�gn�� �r�d�a. Wtedy zamiast pyta� si� na grupach dyskusyjnych, mog� szuka� rozwi�za� problem�w w Internecie. > grupach pytania pocz�tkuj�cych programist�w z cyklu: przekopiowa�em > program do kumpla gdzie nie ma zainstalowanego narz�dzia X i m�j program > si� nie uruchamia. Czy musz� instalowa� narz�dzie X aby dzia�a program. > Generalnie chyba jednak warto wiedzie� od czego zale�y nasz projekt i > jako� panowa� na referencjami. Wydaje si� to zdrowe. To jest zdrowe. IMHO to nale�y sprawdzi� zanim u�yje si� nowych komponent�w. >> [...] >>>> Delphi 8 jest �rodowiskiem dla .NET i umo�liwia pisanie aplikacji >>>> ASP.NET. Ale komponenty dla ASP.NET s� jeszcze cienkie. >>> [...] >>> Nie u�y� bym takich s��w, wystarczy por�wna� sobie konkurencyjne >>> rozwi�zania. Czyli PHP i Jav�. Mia�em troch� z tymi rozwi�zaniami do >>> czynienia i oznacza�o to dla mnie wklepywanie do kodu aplikacji >>> HTML-a. >> By� mo�e nie wyrazi�em si� jasno: Je�eli por�wnam kontrolki z Delphi >> 7 i MS VB 6, to IMHO kontrolki Delphi s� o niebo lepsze. Pisz�c w >> Delphi aplikacje ASP.NET mam do wyboru standadowe kontrolki MS i >> do��czane do Delphi. I tu kontrolki nie pochodz�ce z frameworka nie >> s� o niebo lepsze. > [...] > Nie mam do�wiadczenia z aplikacjami Webowymi dla Delphi i VBbez .NET. Czy > m�wimi o tym samym, nie o zwyk�ych kontrolkach tylko kontrolkach webowych? > Do aplikacji ASP.NET albo rozszerze� serwera jako .dll-ki. Tak, m�wimy o tym samym. Delphi 8 jest IDE dla aplikacji .NETowych (w tym dla ASP.NET). Pozdrawiam -- Grzegorz Gruza gr...@spamerom_niepriv4.onet.pl Odpowiadaj�c usu� spamerom_nie z adresu
Re: Juz jest! :) Visual C# Standard :)
Author: Marek Janaszewski USUNTO. z adre...
Date: Fri, 23 Apr 2004 12:54
Date: Fri, 23 Apr 2004 12:54
38 lines
2996 bytes
2996 bytes
Grzegorz Gruza wrote: [...] >> naszym przypadku bezpieczeństwo. Wydaje mi się, że wywoływanie >> niezarządzanego kodu może nie być dozwolone w niektórych przypadkach. >> Np. jeśli program uruchamia się z Interentu. No oczywiście warto > Niezbyt rozumiem. Witam! Ja też jeszcze nie do końca :-) Zobaczymy w jakim kierunku pójdzie Microsoft, co będzie w robione w kodzie nadzorowanym a co nie. Jak będzie wyglądać WinFX i uruchamianie aplikacji na Longhornie. W tym przypadku konkretnie chodziło mi o uruchamianiu aplikacji z URL-a. Podajemy ścieżek do .exe-ka na serwerze WWW i on odpala się bez pytań. Odpala się z odpowiednimi prawami, w piaskownicy, jak aplet Javy w przeglądarce. Nie wiem czy w tym przypadku program tak bezkarnie może wywoływać kod nienadzorowany. Chodzi o moje wątpliwości, czy pewne konstrukcje w programach przejdą pod względem bezpieczeństwa. [...] >> Nie mam doświadczenia z aplikacjami Webowymi dla Delphi i VBbez >> .NET. Czy mówimi o tym samym, nie o zwykłych kontrolkach tylko >> kontrolkach webowych? Do aplikacji ASP.NET albo rozszerzeń serwera >> jako .dll-ki. > Tak, mówimy o tym samym. Delphi 8 jest IDE dla aplikacji .NETowych (w > tym dla ASP.NET). [...] No to konkretnie o tym środowisku wiele nie mogę powiedzieć. Jedynie byłem na pokazie D8. Nie stać mnie na zakup tego narzędzia tylko po to aby obejrzeć nowe kontrolki ASP. Skoro Borland dorobił dodatkowe kontrolki to dobrze. Po to są biblioteki aby było można IDE rozszerzać. -- Pozdrawiam, Marek Janaszewski [ j_m...@gazeta.pl ]
Re: Juz jest! :) Visual C# Standard :)
Author: Piecu
Date: Fri, 23 Apr 2004 21:36
Date: Fri, 23 Apr 2004 21:36
59 lines
3935 bytes
3935 bytes
Marek Janaszewski /USUN_TO. z adresu!/ napisał(-a): >>Np. Zend Studio? Jest wiele edytorów wspomagających pisanie w PHP... > > A obsługą kodowanie polskich znaków w ISO? Jasne! > Wiem, że edytory są. Nawet jakieś próbowałem. Ale dobry edytor kodu to tylko > część IDE. Oczywiście zgadzam się. Jednak nadal podkreślam, że nawet w ASP jest gdzieś kod HTML. To że go nie widzisz/widzisz mało, to tylko zasługa IDE. >>>strony środowiska nie wydawało mi się jakieś szerokie. W ręcz >>>środowisko działało ślamazarnie wolno. >> >>Jak wszystko w Javie :) > > To co robisz na tej grupie! Java i .NET ma oparty na tej samej zasadzie > Garbage Collector, programy nie są komplikowane do kodu natywnego. Zasady są > te same i problemy bardzo podobne. A jednak .NET jest szybszy...I przede wszystkim aplikacje w Javie są brzydkie (wiem, wiem, przenośność i te sprawy, ale pewnie przez to są z nią problemy...). > A ja lubię Jave, jeśli chodzi o język. Wydaje się bardzo sensowny tylko > trochę za ubogi w stosunku do C#. W stosunku do C# czy do .NET? Porównujesz język czy biblioteki? Bo jeżeli to drugie, to Java jednak jest (jeszcze) dużo bogatsza. Ale pamiętajmy, że dopiero Javy 1.2 dało się używać. A .NET jest dopiero w wersji 1.1 :) > Dodatkowo jest Java i jej rozwiązania, które do zastosowań komercyjnych nie > muszą być bezpłatne. O ile się orientuje MySQL przestaje być takie Ale np. PostgreSQL cały czas jest (i pewnie będzie). A to naprawdę fajna baza... > Dla mnie ważne, że jest wybór i sensowny język jakim jest Java. To w takim razie co _ty_ robisz na tej grupie? > Osobiście nie lubię PHP, choć może nie powinnam tego mówić bo mało miałem do > czynienia. Jestem przyzwyczajony do solidnych języków z tymi wszystkimi > paradygmatami o obiektowości, kontrolą typów i kompilacją. Wiem, że to jest > rozwiązanie popularne, ale jakoś język skryptowy oparty na Perlu i bez > solidnego IDE mnie nie pociąga. To może spróbuj PHP 5 :) A poza tym PHP *wcale* nie jest oparte na Perlu!!! -- ____ _ | _ \(_) ___ ___ _ _ piecu(malpka)go2.pl gg:1277308 | |_) | |/ _ \/ __| | | | -------------------------------- | __/| | __/ (__| |_| | "jutro to dziś - tyle, że jutro" |_| |_|\___|\___|\__,_| Sławomir Mrożek (1981)
Re: Juz jest! :) Visual C# Standard :)
Author: Marek Janaszewski USUNTO. z adre...
Date: Sat, 24 Apr 2004 20:38
Date: Sat, 24 Apr 2004 20:38
88 lines
5486 bytes
5486 bytes
Piecu wrote: > Marek Janaszewski /USUN_TO. z adresu!/ napisał(-a): >>> Np. Zend Studio? Jest wiele edytorów wspomagających pisanie w PHP... >> >> A obsługą kodowanie polskich znaków w ISO? > > Jasne! > >> Wiem, że edytory są. Nawet jakieś próbowałem. Ale dobry edytor kodu >> to tylko część IDE. > > Oczywiście zgadzam się. Jednak nadal podkreślam, że nawet w ASP jest > gdzieś kod HTML. To że go nie widzisz/widzisz mało, to tylko zasługa > IDE. Witam! No i dobrze, że jest. Dobrze także, że mam do niego wygodny dostęp przez narzędzie typu two-way tool. To chyba są stare dyskusje. Pod kodem źródłowym jest kod asemblera, w naszym przypadku MSIL. Z kolei pod kodem asemblera jest budowa procesora. Nie jestem elektronikiem ale układy także można budować. Generalnie przecież szuka się efektywnych metod pracy. A dobry edytor formularzy to moim zdaniem, nie jest rzecz to pogardzenie. Zaznaczyłem po prostu różnice, że PHP niczym takim nie dysponuje, być może nawet nie może ze ględy na przyjęte rozwiązanie. Dodatkowo miałem, przyjemność pracy w nim w dosyć spartańskich warunkach. Jak się porówna to do Visual Studio to widać wzrost komfortu pracy bez utraty panowania na kodem. Z drugie strony wiele komercyjnych stron korzysta z PHP więc na pewno musi to być narzędzie nadające się do pracy. Co więcej wiele aplikacji, może nawet większość aplikacji w świecie jest pisana w C++. Nie stosowane są do nich żadne kombajny w stylu Delphi, C++ Builderze, Visual Basic czy innym RAD-ie. W niektórych przypadkach można ściągnąć kod i skompilować go w kompilatorze C++. Nie jest potrzebne do tego jakie złożone narzędzie. Z drugiej strony chyba niezależny programista, albo niewielka firma programistyczna, chyba nie może się obejść bez wspomagania ze strony sensownego IDE. Osobiście mnie ten kontrast zastanawia. >>>> strony środowiska nie wydawało mi się jakieś szerokie. W ręcz >>>> środowisko działało ślamazarnie wolno. >>> >>> Jak wszystko w Javie :) >> >> To co robisz na tej grupie! Java i .NET ma oparty na tej samej >> zasadzie Garbage Collector, programy nie są komplikowane do kodu >> natywnego. Zasady są te same i problemy bardzo podobne. > > A jednak .NET jest szybszy...I przede wszystkim aplikacje w Javie są > brzydkie (wiem, wiem, przenośność i te sprawy, ale pewnie przez to są > z nią problemy...). Jest SWING czyli kontrolki pisane w czystej Javie zatem z przenośnością nie powinny być problemy. Jeśli chodzi o wygląd to chyba jeszcze brakuje dynamiki i możliwości kontrolek jakie daje Windows. Oni swoje kontrolki tworzyli dużej. No i programowanie niezależne od platformy chyba zawsze będzie trudniejsze. Szybkością bym nie przesadzał. Komputery będą mieć więcej pamięci, wprowadzono JIT. .NET ma kilka elementów, które mogą sprawiać, że będzie dać możliwość tworzenia szybszych programów. Wsparcie dla wskaźników i akceleracja sprzętowa jaką zapowiada Microsoft. Nie mówcie, że Java jest idealna ale wygląda na sensowną alternatywie do Microsoftowego .NET-u jeśli chodzi o tą klasę zastosowań. Analitycy twierdzą, że te dwa rozwiązania to będzie gro aplikacji w przyszłości. Podobno niezarządzany kod ma nie być powszechnie stosowany, przynajmniej na stacjach klienckich. [...] >> Dla mnie ważne, że jest wybór i sensowny język jakim jest Java. > > To w takim razie co _ty_ robisz na tej grupie? [...] Na tym chyba polega możliwość wyboru. Nikt mi nie karze abym używając .NET nie mógł korzystać także z Javy. Mogą być rozwiązanie, które się lepiej zna i lubi, coś jak język wyboru. Ale nie można zasklepiać się tylko w jednych rozwiązaniach i jednym języku. To pomaga spojrzeć inaczej na problem. Programista musi znać kilka języków, nie musi znać ich bardzo dobrze. -- Pozdrawiam, Marek Janaszewski [ j_m...@gazeta.pl ]
Re: Juz jest! :) Visual C# Standard :)
Author: Piecu
Date: Sat, 24 Apr 2004 23:46
Date: Sat, 24 Apr 2004 23:46
25 lines
2590 bytes
2590 bytes
Marek Janaszewski /USUN_TO. z adresu!/ napisał(-a): > Wydaje mi się, że tylko w pewnym wąskim zakresie PHP i C# można rozważać > jako rozwiązanie konkurencyjne. Tylko przy tworzeniu Web aplikacji. No i chyba inaczej nikt nie chce. Właściwie to nie porównujemy C# i PHP tylko ASP.NET i PHP. To, w czym napisz to ASP, to już twój problem. > Programista stosujący PHP musi mieć w odwodzie jakiś solidny język, który > pozwoli mu w końcu skompilować zwykły program ogólnego zastosowania. Musi, nie musi. Jeśli chce, to musi. Ale myślę, że nie o tym mówimy... > Programista musi tworzyć programy a nie tylko zajmować się projektowaniem > brzydszych lub ładniejszych stron WWW Nikt go do tego nie zmusza... P.S. Coś mnie ostatnio wzięło na dyskusje... ;) -- ____ _ | _ \(_) ___ ___ _ _ piecu(malpka)go2.pl gg:1277308 | |_) | |/ _ \/ __| | | | -------------------------------- | __/| | __/ (__| |_| | "jutro to dziś - tyle, że jutro" |_| |_|\___|\___|\__,_| Sławomir Mrożek (1981)
Re: Juz jest! :) Visual C# Standard :)
Author: Grzegorz Gruza
Date: Mon, 26 Apr 2004 05:50
Date: Mon, 26 Apr 2004 05:50
27 lines
2624 bytes
2624 bytes
U�ytkownik "Marek Janaszewski /USUN_TO. z adresu!/" <USUN_TO...@gazeta.pl> napisa� w wiadomo�ci news:c6bfb5$1qev$2@news.atman.pl... > Grzegorz Gruza wrote: [...] > >> Nie mam do�wiadczenia z aplikacjami Webowymi dla Delphi i VBbez > >> .NET. Czy m�wimi o tym samym, nie o zwyk�ych kontrolkach tylko > >> kontrolkach webowych? Do aplikacji ASP.NET albo rozszerze� serwera > >> jako .dll-ki. > > Tak, m�wimy o tym samym. Delphi 8 jest IDE dla aplikacji .NETowych (w > > tym dla ASP.NET). > [...] > > No to konkretnie o tym �rodowisku wiele nie mog� powiedzie�. Jedynie by�em > na pokazie D8. Nie sta� mnie na zakup tego narz�dzia tylko po to aby > obejrze� nowe kontrolki ASP. Skoro Borland dorobi� dodatkowe kontrolki to > dobrze. Po to s� biblioteki aby by�o mo�na IDE rozszerza�. [...] Po to, �eby zobaczy� kontrolki nie trzeba kupowa� nowego Delphi - wszak s� triale do �ci�gni�nia. Ale robi si� OT - wszak to grupa o C#. Pozdrawiam -- Grzegorz Gruza gr...@spamerom_niepriv4.onet.pl Odpowiadaj�c usu� spamerom_nie z adresu
Re: Juz jest! :) Visual C# Standard :)
Author: Jacek Czapla
Date: Mon, 26 Apr 2004 09:11
Date: Mon, 26 Apr 2004 09:11
39 lines
2799 bytes
2799 bytes
Dnia 2004-04-23 14:43, Marek Janaszewski /USUN_TO. z adresu!/ napisałtak: > Piecu wrote: > [...] > >>>Wydaje się, że to są dosyć luksusowe warunki w stosunku do tego jak >>>pracowałem na servletem Javy albo przy PHP. Do PHP dedykowane >>>narzędzia nie udało mi się znaleźć. Praca przez ssh na edytorze w mc >>>czy vi (już nie pamięta) była koszmarna. >> >>Np. Zend Studio? Jest wiele edytorów wspomagających pisanie w PHP... > > > Witam! > > A obsługą kodowanie polskich znaków w ISO? > Wiem, że edytory są. Nawet jakieś próbowałem. Ale dobry edytor kodu to tylko > część IDE. Działa bardzo dobrze (jak reszta środowiska). A i cena przystępna (wersji komeryjnej bo jest też darmowa, bez kilku ulepszeń). Ogólnie zend ma kilka fajnych pomysłów jak np. podpowiadanie nie tylko funkcji ale też zadeklarowanych zmiennych. > >>>strony środowiska nie wydawało mi się jakieś szerokie. W ręcz >>>środowisko działało ślamazarnie wolno. >> >>Jak wszystko w Javie :) > (Napiszę tu choć to odpowiedź do poprzedniego posta.) Nieprawda. WYstarczy zobaczyć jak działa srodowisko JBuilder. W porównaniu z Netbeans to rakieta. A JBuilder to duuuży program. -- _____________________ Jacek Czapla _____________________
Re: Juz jest! :) Visual C# Standard :)
Author: Piecu
Date: Mon, 26 Apr 2004 13:24
Date: Mon, 26 Apr 2004 13:24
19 lines
2243 bytes
2243 bytes
Jacek Czapla napisał(-a): >>>> strony środowiska nie wydawało mi się jakieś szerokie. W ręcz >>>> środowisko działało ślamazarnie wolno. >>> >>> Jak wszystko w Javie :) >> > Nieprawda. WYstarczy zobaczyć jak działa srodowisko JBuilder. W > porównaniu z Netbeans to rakieta. A JBuilder to duuuży program. No dobra, jak prawie wszystko :) Nie programowałem za dużo w Javie, ale wydaje mi się, że szybkie aplikacje trzeba po prostu umieć robić... -- ____ _ | _ \(_) ___ ___ _ _ piecu(malpka)go2.pl gg:1277308 | |_) | |/ _ \/ __| | | | -------------------------------- | __/| | __/ (__| |_| | "jutro to dziś - tyle, że jutro" |_| |_|\___|\___|\__,_| Sławomir Mrożek (1981)
Re: Juz jest! :) Visual C# Standard :)
Author: Marek Janaszewski USUNTO. z adre...
Date: Mon, 26 Apr 2004 21:02
Date: Mon, 26 Apr 2004 21:02
73 lines
5208 bytes
5208 bytes
Jacek Czapla wrote: [...] >> A obsługą kodowanie polskich znaków w ISO? >> Wiem, że edytory są. Nawet jakieś próbowałem. Ale dobry edytor kodu >> to tylko część IDE. > Działa bardzo dobrze (jak reszta środowiska). A i cena przystępna > (wersji komeryjnej bo jest też darmowa, bez kilku ulepszeń). Ogólnie > zend ma kilka fajnych pomysłów jak np. podpowiadanie nie tylko funkcji > ale też zadeklarowanych zmiennych. Witam! Dziękuje za informacje, na razie nie będę miał do czynienia z PHP więc nie wypróbuje Zend Studio. Ale coś mi jednak wydaje, że będzie mu trochę brakowało do feel&look jakie daje VS albo Delphi/C# Builder. Proszę mi tylko nie przypominać, że to jest narzędzie darmowe bo akurat ceny tu nie porównuje. >>>> strony środowiska nie wydawało mi się jakieś szerokie. W ręcz >>>> środowisko działało ślamazarnie wolno. >>> >>> Jak wszystko w Javie :) >> > (Napiszę tu choć to odpowiedź do poprzedniego posta.) > Nieprawda. WYstarczy zobaczyć jak działa srodowisko JBuilder. W > porównaniu z Netbeans to rakieta. A JBuilder to duuuży program. Tak słyszałem, że Borland chwalił się swoim narzędziem. Jak mi się wydaje problem leży zarówno Javie jak i .NET w Garbage Collectorze. GC jest zatykane przez tworzenie nowych obiektów, stare obiekty są zwalniane jak brakuje zasobów. Jeśli GC nie robi tego przyrostowo wątek GC potrafi przydusić aplikacje. Kiedyś pracowałem w Argo UML, który właśnie taką miał tendencje pod dłuższej pracy. Dodatkowo jeśli gdzieś w aplikacji występuje zagubiona referencja na obiekt to taki obiekt nie jest zwalniany. Tak działa GC z algorytmem Mark&Sweep. Kiedyś wydawało mi się, że to właśnie kompilacja do kodu pośredniego stanowi największy problem do wydajności tego rozwiązania. Ale okazuje się, że aktualnie stosowany jest JIT. Czyli nie interpretacja kodu jak to miało miejsca na początku Javy, tylko kompilacja do kodu natywnego w pamięci, Just-In-Time Compiler. O ile wiem to Microsoft wymyślił tą technologie. Natomiast jak się dowiedziałem trzeba świadomie wykorzystywać GC i podobno w tym tkwi problem. Tak, że najprawdopodobniej jest to podstawowy element, na którym Borland się skupił. No oczywiście komputery mają więcej RAM-u. Wydaje mi się, że jednak Microsoft ma większe możliwości uczyć swoje rozwiązanie bardziej wydajnym (pod względem wykonywania). Po pierwsze Microsoft przechowuje obraz natywnego kodu generowany przez JIT. Czego Java o ile wiem nie robi. Jeśli ktoś ma informacje na ten temat to proszę o sprostowanie. Oczywiście wymaga to więcej miejsca na dysku ale program jest mały przy ściągnięcia przez Internet a dyski są względnie tanie. Więc użytkownik nie powinien tego zauważyć. Chyba był nawet przykład na grupie jak taką JIT-owanie (dosłowne tłumaczenie z dokumentacji Suna: http://wwws.sun.com/software/solaris/jit/) wykonać w czasie instalacji. Po drugie Microsoft jak czytałem zamierza ostro optymalizować JIT-owany kod pod platformę sprzętową. Czyli wykorzystać wszystkie instrukcje procesora, akceleracje karty graficznej i itd. Dodatkowo system operacyjny pewno także będą budować pod swoje rozwiązanie. Co to oznacza w praktyce to nie wiem. Pewno także dodatkowe kłopoty. Jeśli sprzęt ma jakiś słaby punkt to .NET Framework na pewno spróbuje go także wykorzystać aby coś tam zoptymalizować. I oczywiście większa złożoność. Więc administratorzy mogą mięć dodatkowe kłopoty. Miejmy nadzieje, że także narzędzia aby zorientować się co jest grane. -- Pozdrawiam, Marek Janaszewski [ j_m...@gazeta.pl ]
Re: Juz jest! :) Visual C# Standard :)
Author: Marek Janaszewski USUNTO. z adre...
Date: Tue, 27 Apr 2004 08:34
Date: Tue, 27 Apr 2004 08:34
64 lines
4168 bytes
4168 bytes
Piecu wrote: > Marek Janaszewski /USUN_TO. z adresu!/ napisał(-a): >> Wydaje mi się, że tylko w pewnym wąskim zakresie PHP i C# można >> rozważać jako rozwiązanie konkurencyjne. Tylko przy tworzeniu Web >> aplikacji. > > No i chyba inaczej nikt nie chce. Właściwie to nie porównujemy C# i > PHP tylko ASP.NET i PHP. To, w czym napisz to ASP, to już twój > problem. Witam! Próbuje zachować pozory, że nasze dyskusje w chodź trochę trzymają się tematu grupy :-) Ponadto można uznać język C# jako flagowy dla MS .NET Framework. Kiedyś, dawno temu, czytałem artykułu wieszczący, że wielojęzykowa framworka to tylko pozór. Bo i tak kod tworzony w C# będzie najbardziej optymalny. Ale to było dawno i nie prawda bo autorowi brakowało tych wszystkich szczegółów. A tymczasem języki jak się słyszy upodobniają się do siebie jeśli chodzi elementy wspólne we Frameworku. Także są kłopoty z przenoszeniem kodu między VB 6 i VB.NET. >> Programista stosujący PHP musi mieć w odwodzie jakiś solidny język, >> który pozwoli mu w końcu skompilować zwykły program ogólnego >> zastosowania. > > Musi, nie musi. Jeśli chce, to musi. Ale myślę, że nie o tym mówimy... Jeśli ktoś chce się zajmować programowanie, algorytmami, bazy danych, itd. to PHP mu nie wystarczy. PHP to web-designing, a HTML wydaje mi się dosyć ograniczonym sposobem komunikowania się z użytkownikiem. Pewnie dlatego tak wielka popularność rozwiązań alternatywnych jak Flash, JavaScript i VBScript, aplety Javy, ActiveX. Wszystkie te rozwiania mają jedną wadę, działają po stronie klienta. Np. JavaSctipt ławo wyłączyć i ominąć tam postawione zabezpieczenia. IMHO potrzebne jest sensowne rozwiązanie po stronie serwera z solidnym językiem programowania. PHP to chyba na razie pół środek. Zastrzeżeniem tego co wcześniej pisałem na temat dziwnej popularności i użyteczności prostych rozwiązań. >> Programista musi tworzyć programy a nie tylko zajmować się >> projektowaniem brzydszych lub ładniejszych stron WWW > > Nikt go do tego nie zmusza... Chyba tylko programistę teoretyka. Natomiast nikt nie zmusza aby być programistą (praktykiem). Tworzenie kodu HTML to nie programowanie tylko web-designing. > P.S. Coś mnie ostatnio wzięło na dyskusje... ;) [...] No właśnie, chyba trzeba jakoś wygaszać dyskusje i brać się za odpowiadania na praktyczne problemy :-) Dla odprężenia wszystkich proponuje taki link: http://www.winter.pl/internet/zarowka.html -- Pozdrawiam, Marek Janaszewski [ j_m...@gazeta.pl ]
Page 2 of 2 • 65 total messages
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads