eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingcoś lajtowego - konsolaRe: coś lajtowego - konsola
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!news.task.gda.pl!not-for-mail
    From: Baranosiu <r...@w...pl>
    Newsgroups: pl.comp.programming
    Subject: Re: coś lajtowego - konsola
    Supersedes: <k5s0jk$10c$1@news.task.gda.pl>
    Date: Fri, 19 Oct 2012 23:25:10 +0000 (UTC)
    Organization: CI TASK http://www.task.gda.pl/
    Lines: 88
    Message-ID: <k5sngl$mst$1@news.task.gda.pl>
    References: <4...@g...com>
    <b...@g...com>
    <4...@g...com>
    <e...@g...com>
    <s...@h...pl>
    <6...@g...com>
    <k5r7cr$ude$1@news.task.gda.pl>
    <7...@g...com>
    <k5rai5$6f5$1@news.task.gda.pl>
    <a...@g...com>
    <k5rf13$h4m$1@news.task.gda.pl>
    <5...@g...com>
    <s...@h...pl>
    <1...@g...com>
    <k5rmml$654$1@news.task.gda.pl>
    <2...@g...com>
    <a...@g...com>
    <k5rp1q$9aq$2@news.task.gda.pl>
    <0...@g...com>
    <k5rptv$cpi$1@news.task.gda.pl>
    <0...@g...com>
    Reply-To: Baranosiu <r...@w...pl>
    NNTP-Posting-Host: user-31-175-154-40.play-internet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=iso-8859-2
    Content-Transfer-Encoding: 8bit
    X-Trace: news.task.gda.pl 1350689110 23453 31.175.154.40 (19 Oct 2012 23:25:10 GMT)
    X-Complaints-To: a...@n...task.gda.pl
    NNTP-Posting-Date: Fri, 19 Oct 2012 23:25:10 +0000 (UTC)
    User-Agent: slrn/pre1.0.0-18 (Linux)
    Xref: news-archive.icm.edu.pl pl.comp.programming:200181
    [ ukryj nagłówki ]

    Dnia 19.10.2012 kenobi <p...@g...com> napisał/a:
    > mozna zrobic ten operator przeciazalnym itp,
    > jest to troche problematyczne glownie z tego
    > powodu ze dotychczas operatory rzutowania
    > nie robily tego typo rzeczy, ale raczej
    > sklaniam sie ku temu zeby to bylo w jezyku,
    > powod jest takie ze gdyby to bylo sporo
    > roznego rodzaju kodow w c daloby sie napisac
    > bez biblioteki a brak tego wlasnie burzy tą
    > ew elegancje - niezrecznosc w porownaniu np
    > z konwersjami double na long itp wynka wlasine z tego ze to nie jest
    > obslugiwane na poziomie srzetu (a mogloby byc)

    Jeśli potrzebujesz przeciążania, to możesz zastosować C++ i samemu
    zdefiniować sposób rzutowania takich rzeczy jak (char[])1000 - nie ma
    z tym najmniejszego problemu (za wyjątkiem tego, że trzeba to zrobić
    raz na całe swoje życie :D). Sam język czym mniej robi "za plecami"
    programisty tym lepiej :D Na przykład w Ada gdy zdefiniujesz:

    type Minuta is new Integer range 0..59;
    type Sekunda is new Integer range 0..59;

    to typy Minuta i Sekunda nie są ze sobą zgodne (mimo że obydwa są
    typami całkowitymi o tym samym zakresie) i bardzo dobrze, że tak jest,
    bo przecież minuta to 60 sekund i równość jest dopiero gdy
    licznik_sekund = 60 * licznik_minut ale skąd kompilator czy procesor
    mają to wiedzieć jeśli im się tego jawnie nie "powie"? Nawet takie
    "beztypowe" języki jak Python nie zaakceptują ciągu instrukcji:

    A="10"
    B=A*2

    bo coś takiego po prostu świadczy o błędzie programisty i język POWINIEN
    wymagać zrobienia B=int(A)*2 bo wtedy jest pewność, że programista wie
    co robi.
    Automatyczne konwersje typów char[]<->int w procesorze nie sprzyjałoby
    tzw. elegancji kodu lecz byłoby tylko "wytrychem" na lenistwo bądź
    niewiedzę programisty (to oczywiście moje zdanie). Czy konwersja
    pomiędzy char[] a int jest problematyczna przy pisaniu programu?
    Przecież wystarczy raz w programie zdefiniować SAMEMU jak ma być
    robione to rzutowanie (i nawet nie trzeba robić implementacji, można
    skorzystać z gotowych funkcji) i można konstrukcji typu (char[])100
    używać, ale jak to jawnie zdefiniujesz, to kompilator wie, że ty
    "wiesz co robisz" :D Pozatym to ty możesz sam określić kiedy w
    konwersji jest błąd a kiedy nie jest, bo jak program zapyta "podaj
    cenę" i użytkownik wpisze "25gr" to Ty jako programista możesz zrobić
    z tego 0.25zł a procesor... albo wyrzuciłby błąd napotkawszy nieznane
    znaki, albo "olałby" jednostkę i traktowałby to jako 25zł :D

    Z mojego doświadczenia: jeśli konwersja typów w programie jest "na
    porządku dziennym" (za wyjątkiem I/O czyli interakcji z
    użytkownikiem), to znaczy, że w programie jest dużo błędów
    projektowych (nie został przemyślany, tylko programista bez projektu
    zasiadł do pisania i "jakoś tak samo wyszło"). Znajomość języka
    programowania a umiejętność programowania to dwie różne sprawy,
    pozatym język programowania potrafi przyzwyczaić do pewnych schematów
    myślenia.
    W swoich początkach (ponad 20 lat temu) gdy zaczynałem od BASIC, to
    mojej głowie było obce myślenie w kategoriach rekurencji, list, grafów,
    podprocedeur, zmiennych lokalnych itd. bo... BASIC tego nie miał, więc
    nauczyłem się "żyć bez tego" i jakieś rzeczy typu deklarowanie
    zmiennych czy wskaźniki w innych językach programowania uważałem za
    zbędny balast, który "spowalnia wklepywanie programu do komputera".
    Obecnie... nie umiałbym napisać w BASIC nic poważniejszego, nie
    "zapanował bym" nad projektem gdyby cały program musiał być "płaski" i
    "beztypowy" :D Statystycznie najwięcej błędów znajduję u siebie w tych
    miejscach, gdzie język nie wymaga ode mnie surowej dyscypliny :D

    > tak ze mz mogloby wejsc
    > - jest to dosyc fundamentalna operacja i
    > wlasnie sporo klopotu jest z robieniem tego
    > samemu, uprosciloby tez kody w polaczeniu
    > z domyslnymi rzutowaniami - chco sa i troche
    > problematyczne kwestie np jesli to by mialo byc
    > na tak niskim poziomie to bledne konwersje
    > musialyby chyba rzucac wyjatkami podobnymi do
    > tych na fpu - no ale to jest wogole odrebny temat

    FPU rzuca wyjątkami w przypadku rzeczy typu dzielenie przez zero czy
    arcsin(-2), nie zajmuje się konwersjami między typami liczbowymi (i ich
    reprezentacjami znakowymi :D) Nie ma najmniejszego kłopotu z robieniem
    tego samemu, bo w bibliotece standardowej praktycznie każdego języka
    masz gotowce dobrze zdefiniowane, wystarczy z nich
    skorzystać. Procesor nie jest od tego aby wnikał czy dana liczba jest
    zapisana po arabsku czy po rzymsku i czy napis 10e3 to zapis
    szesnastkowy 0x10e3 czy liczba rzeczywista 10000, od rozstrzygania
    takich rzeczy jest programista (bo w różnych przypadkach może być
    różnie :D).

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: