eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingCarnegie-Mellon przestaje uczyc programowania obiektowegoRe: Carnegie-Mellon przestaje uczyc programowania obiektowego
  • Data: 2011-04-15 17:37:02
    Temat: Re: Carnegie-Mellon przestaje uczyc programowania obiektowego
    Od: Zbigniew Malec <a...@i...invalid> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Fri, 15 Apr 2011 18:51:59 +0200, p...@p...onet.pl wrote:

    > a pozniej mozna by probowac
    > je wykorzystac a nie robic za kazdym razem - stringi i tak sa przekazywane
    > przez adres, trzeba by wiec tylko pozapewniac ze to nie sa odrebne kopie
    > tylko ten sam wskaznik

    No i właśnie wymyśliłeś uchwyt. To jest taki "wskaźnik", który mapujesz raz
    przy użyciu open, a potem używasz w innych wywołaniach. U ciebie akurat
    jest o tyle gorzej, że dochodzi jeszcze jeden, zupełnie zbędny poziom
    odniesienia.

    > openFile(@"ala.txt");
    > printToFile(@"ala.txt", "yo man");
    > closeFile(@"ala.txt");

    W ten sposób wprowadzasz dodatkową składnię do języka, która reprezentuje
    pewną funkcjonalność, która nie jest powszechnie używana w samym języku.
    Poza tym, jaka wartość dodana jest w twojej propozycji? A jak napiszesz
    funkcję, która robi coś na zadanym pliku? Przekażesz napis jako argument?
    Czyli dokładnie tak samo jak byś postąpił z uchwytem. Twoje rozwiązanie
    niestety nie wnosi nic pozytywnego, a jedynie dodaje kolejny poziom
    odniesienia, zaśmieca język oraz jest wolniejsze, niż użycie po prostu
    uchwytów.

    > - robi to jak widac pewne drobne roznice ale wynika z tego
    > ze jest to semantycznie nieco inna rzecz - raczej da sie zrobic; bedzie
    > chyba nawet drobinke _szybciej_ niz z uchwytami (bo nie ma uchwytow
    > ktorych obsluga to maly koszt) i nie ma uchwytow - sa tylko identyfikatory

    Nie będzie szybciej, bo to co proponujesz, to są właśnie uchwyty, tylko że
    napisowe, a nie liczbowe i jeszcze ze specjalną składnią w języku. I tak
    trzeba w jakiś sposób powiązać mnóstwo informacji wynikającej z danej
    interakcji z danym plikiem.
    Wspomnę o jeszcze jednym aspekcie, o którym widocznie nie pomyślałeś.
    Użycie uchwytów do plików pozwala na takie samo używanie socketów jak i
    zwykłych plików, natomiast wprowadzenie uchwytów napisowych powiązanych
    tylko ze zwykłymi plikami powoduje koniecznośc istnienia podwójnego api,
    jednego do zwykłych plików, które da się nazwać tekstowo oraz drugiego,
    związanego z socketami. Że już nie będę wspominał o systemach, gdzie nie ma
    czegoś takiego jak nazwa pliku, bo nie ma fizycznie czegoś takiego jak
    plik, a są jedynie rekordy w bazie danych.

    --
    Pozdrawiam
    Zbyszek Malec

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: