A.L. <l...@a...com> wrote:
> On Mon, 24 Oct 2011 08:42:57 +0000 (UTC), Adam Przybyla
> <a...@r...pl> wrote:
>
>>Sarr. <s...@g...pl> wrote:
>>> witam,
>>>
>>> mam luzne pytanie do tych, ktorzy doswiadczyli przejscia jak w temacie,
>>> czyli z c++ na c#. nie zrozumcie mnie zle, chodzi mi o to, zeby rzucac
>>> c++ na rzecz c#.
>>>
>>> chodzi mi o opinie o tym co w c# jest 'lepsze' a co 'gorsze', przy czym
>>> podkreslam, chodzi mi o subiektywne opinie i konkretne przyklady a nie
>>> generalizacje. co sie bardziej podoba, a co mniej. w czym c# ulatwia
>>> zycie a z czym w c# trzeba sie meczyc. co moze sprawic, ze dostajac nowe
>>> zadanie do rozwiazania wybierzecie wlasnie c#, i druga strona medalu, do
>>> jakich zastosowan c# nie wybralibyscie nigdy w zyciu.
>> ... zaleznosc od platformy, jesli chcesz pisac na rozne
>>rozwiazania platformy latwiej ci to przeniesc w c++. Jesli piszesz dla przyjemnosci
>>lub ktos ci za to placi to c#, jesli cos tworzysz dla siebie lub chcesz
>>miec wieksza swobode dostawcy (konkurencja) to C++. Z powazaniem
>> Adam Przybyla
>
> Poniewaz nie widze oryginalnego postu, to dopisze tutaj: Przejscie z
> C++ co C# to jak przejscie z asemblera do jezyka wysokiego poziomu
... wiesz, tez mi to przyszlo do glowy, przyznam, od strony
rozwiazania programistycznego nie mialem zreszta zadnych zastrzezen,
w koncu mozna to potraktowac jako taka ... poprtawiona jave;-)
Z powazaniem
Adam Przybyla

do góry

On 24-10-2011 15:59, Wojciech "Spook" Sura wrote:
> Dnia 24-10-2011 o 10:16:42 Sarr. <s...@g...pl> napisał(a):
>
>> witam,
>>
>> mam luzne pytanie do tych, ktorzy doswiadczyli przejscia jak w
>> temacie, czyli z c++ na c#. nie zrozumcie mnie zle, chodzi mi o to,
>> zeby rzucac c++ na rzecz c#.
>>
>> chodzi mi o opinie o tym co w c# jest 'lepsze' a co 'gorsze', przy
>> czym podkreslam, chodzi mi o subiektywne opinie i konkretne przyklady
>> a nie generalizacje. co sie bardziej podoba, a co mniej. w czym c#
>> ulatwia zycie a z czym w c# trzeba sie meczyc. co moze sprawic, ze
>> dostajac nowe zadanie do rozwiazania wybierzecie wlasnie c#, i druga
>> strona medalu, do jakich zastosowan c# nie wybralibyscie nigdy w zyciu.
>
> Nigdy nie przechodziłem z C++ na C# w ścisłym sensie. IMO oba języki
> dobrze się uzupełniają.
>
> No to ciekawszych rzeczy:
>
> * Automatyczne zarządzanie pamięcią. Nie ma czegoś takiego jak delete,
> manager pamięci sam decyduje o tym, kiedy zwalniać pamięć (i zdarza się
> czasami, że wychodzi mu to lepiej niż w programie napisanym w C++).
> Trzeba natomiast pamiętać o zwalnianiu zasobów natywnych.
>
> * Własności w klasach. Szkoda tylko, że wzorowali się na C++, a nie na
[cut]
> * Zdarzenia wbudowane w język. Nareszcie.
>
> * Gotowce, gotowce, gotowce. W bibliotekach standardowych jest opakowane
> prawie wszystko, co można chcieć zrobić z Windowsem. Sieć, rejestr,
> rysowanie, wyrażenia regularne, dostęp do systemu plików, przetwarzanie
> tekstu, XML. Tona gotowych generycznych struktur danych.
>
> * Kolejność kompilacji plików nie gra roli, liczą się tylko namespace'y.
[cut]
> * Refleksje, czyli bardzo mocno rozbudowane RTTI. Nic się nie schowa,
> jeśli ktoś się uprze, to może swobodnie rzeźbić po prywatnych polach
> klas. Enumerować członków klas, łącznie z metodami i własnościami.
no tak, glownie dlatego zaczalem sie interesowac c#, zaraz po tym jak
dokonalem prymitywnego reflection dla c++.

> * Atrybuty (które można przypiąć do czegokolwiek). Przydają się w
[cut]
>
> * Typy generyczne bez refleksji nadają się tylko do konstruowania
> kontenerów danych (na przykład nie można - jak w C++ - "na wiarę"
> zawołać metody obiektu, którego typ jest określany podczas
> instancjonowania typu generycznego)
>
> Tyle z pamięci. Zachęcam do zapoznania się z językiem, jest bardzo ciekawy.

wlasnie cos w ten desen, o takie podsumowanie mi chodzilo. dziekuje.

BR,
Marcin.

do góry

> * Typy generyczne bez refleksji nadają się tylko do konstruowania
> kontenerów danych (na przykład nie można - jak w C++ - "na wiarę" zawołać
> metody obiektu, którego typ jest określany podczas instancjonowania typu
> generycznego)


A o tym słyszałeś:

interface IInterfejs
{
void Metoda(int parametr);
}

class KlasaGeneryczna<T>
where T : IInterfejs
{
public void InnaMetoda(T obj, int parametr)
{
obj.Metoda(parametr);
}
}

Można wywoływać metody, bez refleksji
i ile powiesz że przyjmujesz tylko klasy implementujące dany interfejs
albo dziedziczące ze wskazanej klasy.

Poza tym w C# mamy jeszcze dynamic:
class Klasa
{
public void MetodaZDynamic(dynamic obj, int parametr)
{
obj.Metoda(parametr);
}
}

dynamic to inne podejście do refleksji,
wszystko ukryte jest w generowanym w tle kodzie.

--
____________
Pozdrawiam
Robert Winkler

do góry

W dniu 2011-10-24 10:16, Sarr. pisze:

czemu piszesz z tylu nickow Firr?

do góry

Dnia 25-10-2011 o 14:54:45 Robert Winkler <w...@n...co>
napisał(a):
(...)

Nie słyszałem :) W takim razie wycofuję się z tego punktu.

Pozdrawiam -- Spook.

--
! ._______. Warning: Lucida Console sig! //) !
! || spk || www.spook.freshsite.pl / _ """*!
! ||_____|| spook at op.pl / ' | ""!
! | ___ | tlen: spoko_ws gg:1290136 /. __/"\ '!
! |_|[]_|_| May the SOURCE be with you! \/) \ !

do góry

W dniu 2011-10-25 14:31, Sarr. pisze:
> On 24-10-2011 15:59, Wojciech "Spook" Sura wrote:
>> Dnia 24-10-2011 o 10:16:42 Sarr. <s...@g...pl> napisał(a):
>>
>>> witam,
>>>
>>> mam luzne pytanie do tych, ktorzy doswiadczyli przejscia jak w
>>> temacie, czyli z c++ na c#. nie zrozumcie mnie zle, chodzi mi o to,
>>> zeby rzucac c++ na rzecz c#.
>>>

>> * Gotowce, gotowce, gotowce. W bibliotekach standardowych jest opakowane
>> prawie wszystko, co można chcieć zrobić z Windowsem. Sieć, rejestr,
>> rysowanie, wyrażenia regularne, dostęp do systemu plików, przetwarzanie
>> tekstu, XML. Tona gotowych generycznych struktur danych.

To prawda, zarazem jednak to zabiło (nie pozwoliło się rozwinąć) pewnemu
wolnemu rynkowi, przestrzeni demokratycznej, frameworków, bibliotek,
wzorców podejścia itp.
Przy b. dużym podobieństwie języka, tu duuuuża różnica do tego kawowego
(nad kawą siedzę).

do góry

Jacek Czerwinski <...@...z.pl> wrote:
> W dniu 2011-10-25 14:31, Sarr. pisze:
>> On 24-10-2011 15:59, Wojciech "Spook" Sura wrote:
>>> Dnia 24-10-2011 o 10:16:42 Sarr. <s...@g...pl> napisał(a):
>>>
>>>> witam,
>>>>
>>>> mam luzne pytanie do tych, ktorzy doswiadczyli przejscia jak w
>>>> temacie, czyli z c++ na c#. nie zrozumcie mnie zle, chodzi mi o to,
>>>> zeby rzucac c++ na rzecz c#.
>>>>
>
>>> * Gotowce, gotowce, gotowce. W bibliotekach standardowych jest opakowane
>>> prawie wszystko, co można chcieć zrobić z Windowsem. Sieć, rejestr,
>>> rysowanie, wyrażenia regularne, dostęp do systemu plików, przetwarzanie
>>> tekstu, XML. Tona gotowych generycznych struktur danych.
>
> To prawda, zarazem jednak to zabiło (nie pozwoliło się rozwinąć) pewnemu
> wolnemu rynkowi, przestrzeni demokratycznej, frameworków, bibliotek,
> wzorców podejścia itp.
> Przy b. dużym podobieństwie języka, tu duuuuża różnica do tego kawowego
> (nad kawą siedzę).
... moze istotnie lepiej wybrac cos wykorzystujacego zaley .NET
a jednoczesnie bardziej zaleznego: http://www.ironpython.net/
Jesli cos bezdie nie tak, to zawsze mozna zmigrowac na inna platforme
zachwujac jezyk;-) Z powazaniem
Adam Przybyla

do góry

W dniu 2011-10-26 07:20, Adam Przybyla pisze:
> Jacek Czerwinski<...@...z.pl> wrote:


>> To prawda, zarazem jednak to zabiło (nie pozwoliło się rozwinąć) pewnemu
>> wolnemu rynkowi, przestrzeni demokratycznej, frameworków, bibliotek,
>> wzorców podejścia itp.
>> Przy b. dużym podobieństwie języka, tu duuuuża różnica do tego kawowego
>> (nad kawą siedzę).
> ... moze istotnie lepiej wybrac cos wykorzystujacego zaley .NET
> a jednoczesnie bardziej zaleznego: http://www.ironpython.net/

paradoksalnie, najciekawsze naprawdę niezależne biblioteki pod .NET to
te od fanatyków / zazdrosników Javy: IronPython, NHibernate itp N-ki
innych bibliotek.

Co do poprzedniej myśli, chodziło mi o to, że 'szkoła' zrobienia czegoś
np. na www ale inaczej niż mutacje ASP niemal nie istnieje (tzn są
frameworki, ale pozycje mają niszową). A czasem się robi coś bardziej
'przemysłowe' szyjąc na jednej warstwie, czasem własny sub-framework /
layer do wielokrotnego używania, tu jakby tego wyboru (mody na wybór)
nie ma.

do góry

Jacek Czerwinski <...@...z.pl> wrote:
> W dniu 2011-10-26 07:20, Adam Przybyla pisze:
>> Jacek Czerwinski<...@...z.pl> wrote:
>
>
>>> To prawda, zarazem jednak to zabiło (nie pozwoliło się rozwinąć) pewnemu
>>> wolnemu rynkowi, przestrzeni demokratycznej, frameworków, bibliotek,
>>> wzorców podejścia itp.
>>> Przy b. dużym podobieństwie języka, tu duuuuża różnica do tego kawowego
>>> (nad kawą siedzę).
>> ... moze istotnie lepiej wybrac cos wykorzystujacego zaley .NET
>> a jednoczesnie bardziej zaleznego: http://www.ironpython.net/
... chodzilo oczywiscie o ... bardziej *niezalezne*;-)

>
> paradoksalnie, najciekawsze naprawdę niezależne biblioteki pod .NET to
> te od fanatyków / zazdrosników Javy: IronPython, NHibernate itp N-ki
> innych bibliotek.
>
> Co do poprzedniej myśli, chodziło mi o to, że 'szkoła' zrobienia czegoś
> np. na www ale inaczej niż mutacje ASP niemal nie istnieje (tzn są
> frameworki, ale pozycje mają niszową). A czasem się robi coś bardziej
> 'przemysłowe' szyjąc na jednej warstwie, czasem własny sub-framework /
> layer do wielokrotnego używania, tu jakby tego wyboru (mody na wybór)
> nie ma.
... java tez ma swoje rozwiazania, ktore korzystaja z samej maszyny
i bibliotek, patrz Jython czy Scala. OStatnie poprawki w maszynie wirtualnej
podobno zwieszyly ich szybkosc nawet o 20% (na podstawie wykladu o Scali
z RuPY 2011). Z powazaniem
Adam Przybyla

do góry

On 25-10-2011 15:54, R. P. wrote:
> W dniu 2011-10-24 10:16, Sarr. pisze:
>
> czemu piszesz z tylu nickow Firr?

chyba sie kolega zagalopowal... podobienstwo Sarr. i Fir jest czysto
przypadkowe ;]

BR,
Marcin.

do góry