Pravidla pro pojmenování proměnných

[perceptron]

Popsal jsem vyjmutí metody z původní třídy, vytvoření nového souboru s novou třídou a vložení metody.

aha

blahozelam

viete ze ked v projekte mate 10 tried co volaju metodu pvodonej triedy tak ste ich prave breakli a prepisujete ich rucne?

porovnajte intellij idea a "safe delete"

co na to vasi kolegovia na projekte?

[Reklama]

[Ondra Satai Nekola]

1) moje vim-fu je biedne. chapem to tak zevas refactoring delenia triedy na dve pozostava z toho ze si otvorite nove okno s kopiou starej classy a editujete ho?

Ne. Popsal jsem vyjmutí metody z původní třídy, vytvoření nového souboru s novou třídou a vložení metody.

Kromě toho můžeš metodu přetížit, takže se třeba 5 metod jedné třídy může jmenovat add(). Podle skutečného parametru třída pozná, co chceš přidat.

Clovece, bez nekam, kde te neco naucej. Samouk to ocividne ma o dost tezsi.

[Kit]

Popsal jsem vyjmutí metody z původní třídy, vytvoření nového souboru s novou třídou a vložení metody.

aha

blahozelam

viete ze ked v projekte mate 10 tried co volaju metodu pvodonej triedy tak ste ich prave breakli a prepisujete ich rucne?

Těch 10 tříd přece dosud o této metodě nemělo ani tušení, protože není součástí rozhraní. Chybět jim nebude.

[javaman ((]

Samouk není problém. Spíše naopak. Neznám nikoho s VŠ, kdo by něco uměl. Ale samozřejmě není samouk jako samouk. Samouk bez praxe může být problematický, zvlášť když soustavně zamlčuje velikost týmu

[Ondra Satai Nekola]

Popsal jsem vyjmutí metody z původní třídy, vytvoření nového souboru s novou třídou a vložení metody.

aha

blahozelam

viete ze ked v projekte mate 10 tried co volaju metodu pvodonej triedy tak ste ich prave breakli a prepisujete ich rucne?

Těch 10 tříd přece dosud o této metodě nemělo ani tušení, protože není součástí rozhraní. Chybět jim nebude.

Jinymi slovy umis vyresit trivialni problem a o tom poradnem se tvaris, ze neni dulezity :-D

[Reklama]

[Kit]

Těch 10 tříd přece dosud o této metodě nemělo ani tušení, protože není součástí rozhraní. Chybět jim nebude.

Jinymi slovy umis vyresit trivialni problem a o tom poradnem se tvaris, ze neni dulezity :-D

Nejdříve přece vyřeším závislosti a pak mi z toho zbude jen takový triviální přesun.

[perceptron]

Těch 10 tříd přece dosud o této metodě nemělo ani tušení, protože není součástí rozhraní. Chybět jim nebude.

my sme si zabudli povedat ze sa bavime o rozhranich. ok

rovnako sme si zabudli povedat kolko ludi mate na projekte

ale skusim inak

Kód: [Vybrat]

class List {
  void add(item) {
    ...
  }

  void addAll(items) {
      for(item : items)
         add(item)
  }
}

ak si zmazete metodu add /vasim epickym refactorom ctrl-c, ctrlV/ tak ste

1 breakli vlastnu classu lebo ste breakli metodu addAll

2 breakli podclassy

mozete behat vimom po kode a hladat vyskyty a rucne ich redikterovat do vasho noveho classu v novom bufferi

to je urcite ako hovorite

je záležitostí několika okamžiků.

porovnajte intellij idea a refactory

[perceptron]

Nejdříve přece vyřeším závislosti a pak mi z toho zbude jen takový triviální přesun.

akym konkretnym sposobom "nejdrive prece vyresim zavislosti"?

ze vo vime rucne prepisete referencie na metodu ktoru presuniete?

anebo to delegujete na kolegy?

[Kit]

Těch 10 tříd přece dosud o této metodě nemělo ani tušení, protože není součástí rozhraní. Chybět jim nebude.

ak si zmazete metodu add /vasim epickym refactorom ctrl-c, ctrlV/ tak ste ...

Bavili jsme se o smazání metody addEx(), nikoli add(), která tam patří.

Uvedený problém lze přece snadno vyřešit takto:

Kód: [Vybrat]

class List {
  void add(item) {
    ...
  }

  void add(items) {
      for(item : items)
         add(item)
  }
}

Při volání je mi jedno, zda přidám položku nebo seznam. Prostě add(item) nebo add(items).

Když se na to podíváš pořádně, tak to mé řešení dovede i traverzovat stromem a nasypat jeho položky do seznamu.

[javaman ((]

Proč mít různé názvy metod, když můžeš mít jeden název třicetkrát přetížený A co na to říkají kolegové?

[perceptron]

konecne sme v priklade!

pane kite, vy ste nevyriesili nic.

kedze mate selektivne citanie a mate nastaveny grep na otazky typu "kolko ludi mate na projekte" a ine tak zopaknem:

ak si zmazete metodu add(item) /vasim epickym refactorom ctrl-c, ctrlV/ tak ste

1 breakli vlastnu classu lebo ste breakli metodu addAll

2 breakli podclassy

mam viacero otazok:

1 co ste v tom mojom priklade opravili?
2 akym konkretnym sposobom "nejdrive prece vyresim zavislosti" co ste tvrdili vyssie?
3 naozaj refaktorujete vo vime presun metody tym ze rucne prepisete referencie na metodu ktoru presuniete?
4 kolko mate ludi na projekte?

[perceptron]

EDIT bodu 1 spravne znenie je

1 breakli vlastnu classu lebo ste breakli metodu add(items)

[Kit]

Proč mít různé názvy metod, když můžeš mít jeden název třicetkrát přetížený A co na to říkají kolegové?

Například v Haskellu je toto řešení naprosto běžné, navíc v horším provedení (hraje roli pořadí) a nikdo se nad tím nepozastavuje. Přetěžování je pro objektové jazyky korektním řešením. Podstatné je zachování sémantiky.

Kolegové jsou zvyklí a zpravidla to berou jako skvělé řešení, které jim zjednoduší spoustu práce.

[perceptron]

kite

to ze sa vyhybate odpovedi znamena ze placate nesmysly? chodite si sem zatrollovat?

pre opakovanie:

1 co ste v tom mojom priklade opravili?
2 akym konkretnym sposobom "nejdrive prece vyresim zavislosti" co ste tvrdili vyssie?
3 naozaj refaktorujete vo vime presun metody tym ze rucne prepisete referencie na metodu ktoru presuniete?
4 kolko mate kolegov na projekte?

[Kit]

ak si zmazete metodu add(item) /vasim epickym refactorom ctrl-c, ctrlV/ tak ste
1 breakli vlastnu classu lebo ste breakli metodu addAll
2 breakli podclassy

Kdybych tohle skutečně udělal, což je nepravděpodobné, mohl bych říct jen tohle:
https://www.youtube.com/watch?v=v0ihbxxndCU