Skocz do zawartości

Szanowany Pan Adam

Użytkownicy
  • Postów

    2
  • Dołączył

  • Ostatnia wizyta

Odpowiedzi opublikowane przez Szanowany Pan Adam

  1. Yay, oczywiście że słyszałem o C++0x, oraz rozmywając wszelkie wątpliwości wiem również jak powinna wyglądać główna funkcja dowolnego programu napisanego w c++.

     

    Co nie zmienia faktu, że odpisywałem bezpośrednio użytkownikowi Uterniko na jego wątpliwość w sprawie kompilacji - mianowicie, taki kod dalej będzie się kompilował, i to raczej dość bezproblemowo, jak na tak "karygodny" występek.

    Dodatkowo, pokazałem że funkcja zamiast liczby rzeczywistej - zwróci liczbę całkowitą.

     

    Wydaje mi się, że co bardziej sprytne osoby wychwycą bezużyteczność oraz niepoprawność (! - proszę zwrócić uwagę na to słowo, użyłem go sam : ) deklaracji main jako float - ponieważ, jaki jest cel deklaracji czegoś jako x, gdy i tak zwracana wartość jest bezczelnie rzutowana na integera.

     

    Wysokopoziomowość jest dobra.

    Nigdzie nie napisałem, że jest zła!

    Napisałem tylko, że trochę jej zbyt dużo, w niektórych sytuacjach.

     

    Pozdrawiam!

    Adam

  2. W pierwszym poście masz float main() i nie wiem czemu to się w ogóle kompiluje.

     

    Zbyt wysokopoziomowe myślenie.

     

    Java/C# rzeczywiście będzie tworzyć problemy związane z typem funkcji main o ile nie jest typu void czy int, pomijając już kwestie statyczne.

     

    W c++, ważne jest to, że funkcja main istnieje, i kompilator wie, od czego zacząć - oczywiście tak długo jak tak funkcja spełnia wszystkie wymogi - zwraca określoną wartość (oraz ide = vs).

     

    Inną sprawą jest, że wystarczy skompilować program z funkcją float main, aby zobaczyć, że mimo wszystko kończy on pracę zwracając wartości całkowite zaokrąglane w dół min:

     

    return 10/3 zwróci 3,

    czy 10/4 zwróci 2.

     

    oraz, że mimo zaokrąglania taka funkcja nie może zwrócić wyniku dzielenia przez zero = w takim wypadku otrzymamy następujący wyjątek:

     

            RtlRaiseException( (PEXCEPTION_RECORD) &ThisException );
            RaiseException( ThisException.ExceptionCode,
                            ThisException.ExceptionFlags,
                            ThisException.NumberParameters,
                            (PULONG_PTR)&ThisException.params );

  3. 2.3+ Raczej ja tak sądzę. 2.2 Nie wykorzystuje w pełni możliwości fona. Najlepiej to 4.2

     

    Wszystko w tym momencie powyżej API 12 jest ok z uwagi na najnowszą wersję Google Maps, a dokładniej MapFragments które na niższych API nie są obsługiwane, a niestety domorośli twórcy aplikacji (jak i niestety duża część firm) zapomina o korzystaniu odpowiednika Supported dla starszych wersji.

     

    Jeżeli jednak, ktoś nie korzysta z telefonu jako nawigacji, ani nie potrzebuje do życia Endomondo-like softu, w dalszym ciągu Gingerbeard jest w czołówce (imho) Androidowych wersji pod względem niezawodności.

×
×
  • Dodaj nową pozycję...