Skocz do zawartości

  • 👋 Witaj na MPCForum!

    Przeglądasz forum jako gość, co oznacza, że wiele świetnych funkcji jest jeszcze przed Tobą! 😎

    • ✅ Pełny dostęp do działów i ukrytych treści
    • ✅ Możliwość pisania i odpowiadania w tematach
    • ✅ System prywatnych wiadomości
    • ✅ Zbieranie reputacji i rozwijanie swojego profilu
    • ✅ Członkostwo w jednej z największych społeczności graczy

    👉 Dołączenie zajmie Ci mniej niż minutę – a zyskasz znacznie więcej!

    Zarejestruj się teraz

Problem z kodem pluginu #2

SamiecX

Przez SamiecX
w Minecraft - Pluginy

Rekomendowane odpowiedzi

Oldis Bywalec

Oldis

Opublikowano
Bywalec

Oldis

Opublikowano

 

 

 

 

 

xD aż szkoda komentować..

 

robisz voida 

    public static String fixColors(String message) {
        if (message == null) {
            return "";
        }
        return ChatColor.translateAlternateColorCodes('&', message);
    }

A potem używasz tak

sender.sendMessage(ChatUtil.fixColors("&cPoprawne uzycie komendy &7/msg [nick] TEKST"));

 

A, że tak powiem..

Po co ten IF xD?

Kopiujecie bezmyślnie, a nawet nie przemyślicie.. Happens.

 

 

Wprowadziłem to

 

public static String fixColors(String message) {

      if (message == null) {

          return "";

      }

      return ChatColor.translateAlternateColorCodes('&', message);

  }

Lecz po użyciu amuletu mam puste pole nic sie nie pojawia ze wziąłeś sile lub cos w tym stylu

 

Pokaż pełny kod, skompilowało się bez problemowo?

 

 

Ten IF sam CI powie po co tam jest ja chyba nie muszę.

 

po co uzywac metody od wysylania wiadomosci jesli jej nie wysylamy(jest pusta)? xD if bez sensu

 

Mistrzowie optymalizacji czepiają sie o if'a z nullem xD...

 

Jak gracz wysle pusta wiadomosc, po to jest to zrobione.

 

 

Bo tępy debilu nie da się wysłać NULL'a.

Ja p******e, kopiujesz kod, a sam nie wiesz jak to działa.

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

ALE NIE. MISTRZOWIE OPTYMALIZACJI.

A POTEM MI PRZYCHODZI TAKI, CO MA KOD OD TAKIEGO PRO TECHNIKA Z IF IF IF IFI IF IFI ELSE ELSE ELSE ELSE

I PYTA CZEMU MA 10 TPS PRZY 200 TYPA :v.

 

 

A sprawa związana z § jest dość inna, gdzieś wyczytałem na spigotmc, że znacznie zamulają wydajnościowo. Nie powiem tego otwarcie, bo nigdy nie sprawdzałem i może to być bullshit.

 

Wysłała Ci się już ta wiadomość?

jeśli jeszcze potrzebujesz pomocy, to zapraszam na PW, coś ogarniemy.

Ale nadal utrzymuję, że powinieneś nauczyć się podstaw, bo będzie Ci łatwiej.

784091427630431250239.png

Regulamin sygnatur

__AHA__ Uczeń

__AHA__

Opublikowano
Uczeń

__AHA__

Opublikowano

 

 

 

 

 

 

xD aż szkoda komentować..

 

robisz voida 

    public static String fixColors(String message) {
        if (message == null) {
            return "";
        }
        return ChatColor.translateAlternateColorCodes('&', message);
    }

A potem używasz tak

sender.sendMessage(ChatUtil.fixColors("&cPoprawne uzycie komendy &7/msg [nick] TEKST"));

 

A, że tak powiem..

Po co ten IF xD?

Kopiujecie bezmyślnie, a nawet nie przemyślicie.. Happens.

 

 

Wprowadziłem to

 

public static String fixColors(String message) {

      if (message == null) {

          return "";

      }

      return ChatColor.translateAlternateColorCodes('&', message);

  }

Lecz po użyciu amuletu mam puste pole nic sie nie pojawia ze wziąłeś sile lub cos w tym stylu

 

Pokaż pełny kod, skompilowało się bez problemowo?

 

 

Ten IF sam CI powie po co tam jest ja chyba nie muszę.

 

po co uzywac metody od wysylania wiadomosci jesli jej nie wysylamy(jest pusta)? xD if bez sensu

 

Mistrzowie optymalizacji czepiają sie o if'a z nullem xD...

 

Jak gracz wysle pusta wiadomosc, po to jest to zrobione.

 

 

Bo tępy debilu nie da się wysłać NULL'a.

Ja p******e, kopiujesz kod, a sam nie wiesz jak to działa.

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

ALE NIE. MISTRZOWIE OPTYMALIZACJI.

A POTEM MI PRZYCHODZI TAKI, CO MA KOD OD TAKIEGO PRO TECHNIKA Z IF IF IF IFI IF IFI ELSE ELSE ELSE ELSE

I PYTA CZEMU MA 10 TPS PRZY 200 TYPA :v.

 

 

A sprawa związana z § jest dość inna, gdzieś wyczytałem na spigotmc, że znacznie zamulają wydajnościowo. Nie powiem tego otwarcie, bo nigdy nie sprawdzałem i może to być bullshit.

 

Wysłała Ci się już ta wiadomość?

jeśli jeszcze potrzebujesz pomocy, to zapraszam na PW, coś ogarniemy.

Ale nadal utrzymuję, że powinieneś nauczyć się podstaw, bo będzie Ci łatwiej.

 

IDE MIEĆ 10 TPS BO SPRAWDZAM CZY WIADOMOŚĆ JEST NULLEM XDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD ZABIJ SIE

 

Lepiej wiem do czego mi ten if jest potrzebny bo tak sie sklada ze wypierdalalo mi nulla przy customoych komendach gdy gracz nie dal argumentu. Uprzedzajac twoje nastepne pytania - tak, moglem sprawdzac ile jest argumentow ale nie taki byl tego zamiar wiec jak mozesz stul pysk.

dekros123 Budowniczy

dekros123

Opublikowano
Budowniczy

dekros123

Opublikowano

 

 

 

 

 

 

xD aż szkoda komentować..

 

robisz voida 

    public static String fixColors(String message) {
        if (message == null) {
            return "";
        }
        return ChatColor.translateAlternateColorCodes('&', message);
    }

A potem używasz tak

sender.sendMessage(ChatUtil.fixColors("&cPoprawne uzycie komendy &7/msg [nick] TEKST"));

 

A, że tak powiem..

Po co ten IF xD?

Kopiujecie bezmyślnie, a nawet nie przemyślicie.. Happens.

 

 

Wprowadziłem to

 

public static String fixColors(String message) {

      if (message == null) {

          return "";

      }

      return ChatColor.translateAlternateColorCodes('&', message);

  }

Lecz po użyciu amuletu mam puste pole nic sie nie pojawia ze wziąłeś sile lub cos w tym stylu

 

Pokaż pełny kod, skompilowało się bez problemowo?

 

 

Ten IF sam CI powie po co tam jest ja chyba nie muszę.

 

po co uzywac metody od wysylania wiadomosci jesli jej nie wysylamy(jest pusta)? xD if bez sensu

 

Mistrzowie optymalizacji czepiają sie o if'a z nullem xD...

 

Jak gracz wysle pusta wiadomosc, po to jest to zrobione.

 

 

Bo tępy debilu nie da się wysłać NULL'a.

Ja p******e, kopiujesz kod, a sam nie wiesz jak to działa.

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

ALE NIE. MISTRZOWIE OPTYMALIZACJI.

A POTEM MI PRZYCHODZI TAKI, CO MA KOD OD TAKIEGO PRO TECHNIKA Z IF IF IF IFI IF IFI ELSE ELSE ELSE ELSE

I PYTA CZEMU MA 10 TPS PRZY 200 TYPA :v.

 

 

A sprawa związana z § jest dość inna, gdzieś wyczytałem na spigotmc, że znacznie zamulają wydajnościowo. Nie powiem tego otwarcie, bo nigdy nie sprawdzałem i może to być bullshit.

 

Wysłała Ci się już ta wiadomość?

jeśli jeszcze potrzebujesz pomocy, to zapraszam na PW, coś ogarniemy.

Ale nadal utrzymuję, że powinieneś nauczyć się podstaw, bo będzie Ci łatwiej.

 

 

nie żebym się czepiał ale jak byś pobierał z pliku czy z czegoś takiego jakieś teksty to może być null

i wtedy wykonasz translate(null) a zapewne na 99% 

ChatColor.translateAlternateColorCodes();

wypierdoli NullPointera

a jednak sprawdzenia ifa typu (tekst != null) nie jest obciążające

Co ja tutaj robie...

Oldis Bywalec

Oldis

Opublikowano
Bywalec

Oldis

Opublikowano

 

 

 

 

 

 

 

xD aż szkoda komentować..

 

robisz voida 

    public static String fixColors(String message) {
        if (message == null) {
            return "";
        }
        return ChatColor.translateAlternateColorCodes('&', message);
    }

A potem używasz tak

sender.sendMessage(ChatUtil.fixColors("&cPoprawne uzycie komendy &7/msg [nick] TEKST"));

 

A, że tak powiem..

Po co ten IF xD?

Kopiujecie bezmyślnie, a nawet nie przemyślicie.. Happens.

 

 

Wprowadziłem to

 

public static String fixColors(String message) {

      if (message == null) {

          return "";

      }

      return ChatColor.translateAlternateColorCodes('&', message);

  }

Lecz po użyciu amuletu mam puste pole nic sie nie pojawia ze wziąłeś sile lub cos w tym stylu

 

Pokaż pełny kod, skompilowało się bez problemowo?

 

 

Ten IF sam CI powie po co tam jest ja chyba nie muszę.

 

po co uzywac metody od wysylania wiadomosci jesli jej nie wysylamy(jest pusta)? xD if bez sensu

 

Mistrzowie optymalizacji czepiają sie o if'a z nullem xD...

 

Jak gracz wysle pusta wiadomosc, po to jest to zrobione.

 

 

Bo tępy debilu nie da się wysłać NULL'a.

Ja p******e, kopiujesz kod, a sam nie wiesz jak to działa.

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

ALE NIE. MISTRZOWIE OPTYMALIZACJI.

A POTEM MI PRZYCHODZI TAKI, CO MA KOD OD TAKIEGO PRO TECHNIKA Z IF IF IF IFI IF IFI ELSE ELSE ELSE ELSE

I PYTA CZEMU MA 10 TPS PRZY 200 TYPA :v.

 

 

A sprawa związana z § jest dość inna, gdzieś wyczytałem na spigotmc, że znacznie zamulają wydajnościowo. Nie powiem tego otwarcie, bo nigdy nie sprawdzałem i może to być bullshit.

 

Wysłała Ci się już ta wiadomość?

jeśli jeszcze potrzebujesz pomocy, to zapraszam na PW, coś ogarniemy.

Ale nadal utrzymuję, że powinieneś nauczyć się podstaw, bo będzie Ci łatwiej.

 

 

nie żebym się czepiał ale jak byś pobierał z pliku czy z czegoś takiego jakieś teksty to może być null

i wtedy wykonasz translate(null) a zapewne na 99% 

ChatColor.translateAlternateColorCodes();

wypierdoli NullPointera

a jednak sprawdzenia ifa typu (tekst != null) nie jest obciążające

 

 

Czytanie ze zrozumieniem:

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

Ten IF jest zbędny. Sam sobie odpowiedz ile razy Ci się to przydało, obstawiam, że 0. ;)

To tak jakby robić IF'a w AsyncPlayerChatEvent i sprawdzać, czy gracz jest null'em. Ale wait, if taki nie obciąża!

Tak samo jak nie obciąża fixColors przy każdej wiadomości, zamiast zrobić to raz, a potem ciągnąć już gotową z jakieś zmiennej. Jo.. A potem mówicie, że spigot utrzyma max 400 typa :(.

784091427630431250239.png

Regulamin sygnatur

__AHA__ Uczeń

__AHA__

Opublikowano
Uczeń

__AHA__

Opublikowano

 

 

 

 

 

 

 

 

xD aż szkoda komentować..

 

robisz voida 

    public static String fixColors(String message) {
        if (message == null) {
            return "";
        }
        return ChatColor.translateAlternateColorCodes('&', message);
    }

A potem używasz tak

sender.sendMessage(ChatUtil.fixColors("&cPoprawne uzycie komendy &7/msg [nick] TEKST"));

 

A, że tak powiem..

Po co ten IF xD?

Kopiujecie bezmyślnie, a nawet nie przemyślicie.. Happens.

 

 

Wprowadziłem to

 

public static String fixColors(String message) {

      if (message == null) {

          return "";

      }

      return ChatColor.translateAlternateColorCodes('&', message);

  }

Lecz po użyciu amuletu mam puste pole nic sie nie pojawia ze wziąłeś sile lub cos w tym stylu

 

Pokaż pełny kod, skompilowało się bez problemowo?

 

 

Ten IF sam CI powie po co tam jest ja chyba nie muszę.

 

po co uzywac metody od wysylania wiadomosci jesli jej nie wysylamy(jest pusta)? xD if bez sensu

 

Mistrzowie optymalizacji czepiają sie o if'a z nullem xD...

 

Jak gracz wysle pusta wiadomosc, po to jest to zrobione.

 

 

Bo tępy debilu nie da się wysłać NULL'a.

Ja p******e, kopiujesz kod, a sam nie wiesz jak to działa.

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

ALE NIE. MISTRZOWIE OPTYMALIZACJI.

A POTEM MI PRZYCHODZI TAKI, CO MA KOD OD TAKIEGO PRO TECHNIKA Z IF IF IF IFI IF IFI ELSE ELSE ELSE ELSE

I PYTA CZEMU MA 10 TPS PRZY 200 TYPA :v.

 

 

A sprawa związana z § jest dość inna, gdzieś wyczytałem na spigotmc, że znacznie zamulają wydajnościowo. Nie powiem tego otwarcie, bo nigdy nie sprawdzałem i może to być bullshit.

 

Wysłała Ci się już ta wiadomość?

jeśli jeszcze potrzebujesz pomocy, to zapraszam na PW, coś ogarniemy.

Ale nadal utrzymuję, że powinieneś nauczyć się podstaw, bo będzie Ci łatwiej.

 

 

nie żebym się czepiał ale jak byś pobierał z pliku czy z czegoś takiego jakieś teksty to może być null

i wtedy wykonasz translate(null) a zapewne na 99% 

ChatColor.translateAlternateColorCodes();

wypierdoli NullPointera

a jednak sprawdzenia ifa typu (tekst != null) nie jest obciążające

 

 

Czytanie ze zrozumieniem:

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

Ten IF jest zbędny. Sam sobie odpowiedz ile razy Ci się to przydało, obstawiam, że 0. ;)

To tak jakby robić IF'a w AsyncPlayerChatEvent i sprawdzać, czy gracz jest null'em. Ale wait, if taki nie obciąża!

Tak samo jak nie obciąża fixColors przy każdej wiadomości, zamiast zrobić to raz, a potem ciągnąć już gotową z jakieś zmiennej. Jo.. A potem mówicie, że spigot utrzyma max 400 typa :(.

 

Rozumiem, że robisz 500 zmiennych aby wszystkie załadować naraz bo przecież lagi?

 

Myślę, że polubisz gotofinala on tak jak Ty zauważa spadki tps które wynoszą 0.00001 :.>

dekros123 Budowniczy

dekros123

Opublikowano
Budowniczy

dekros123

Opublikowano

 

 

 

 

 

 

 

 

xD aż szkoda komentować..

 

robisz voida 

    public static String fixColors(String message) {
        if (message == null) {
            return "";
        }
        return ChatColor.translateAlternateColorCodes('&', message);
    }

A potem używasz tak

sender.sendMessage(ChatUtil.fixColors("&cPoprawne uzycie komendy &7/msg [nick] TEKST"));

 

A, że tak powiem..

Po co ten IF xD?

Kopiujecie bezmyślnie, a nawet nie przemyślicie.. Happens.

 

 

Wprowadziłem to

 

public static String fixColors(String message) {

      if (message == null) {

          return "";

      }

      return ChatColor.translateAlternateColorCodes('&', message);

  }

Lecz po użyciu amuletu mam puste pole nic sie nie pojawia ze wziąłeś sile lub cos w tym stylu

 

Pokaż pełny kod, skompilowało się bez problemowo?

 

 

Ten IF sam CI powie po co tam jest ja chyba nie muszę.

 

po co uzywac metody od wysylania wiadomosci jesli jej nie wysylamy(jest pusta)? xD if bez sensu

 

Mistrzowie optymalizacji czepiają sie o if'a z nullem xD...

 

Jak gracz wysle pusta wiadomosc, po to jest to zrobione.

 

 

Bo tępy debilu nie da się wysłać NULL'a.

Ja p******e, kopiujesz kod, a sam nie wiesz jak to działa.

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

ALE NIE. MISTRZOWIE OPTYMALIZACJI.

A POTEM MI PRZYCHODZI TAKI, CO MA KOD OD TAKIEGO PRO TECHNIKA Z IF IF IF IFI IF IFI ELSE ELSE ELSE ELSE

I PYTA CZEMU MA 10 TPS PRZY 200 TYPA :v.

 

 

A sprawa związana z § jest dość inna, gdzieś wyczytałem na spigotmc, że znacznie zamulają wydajnościowo. Nie powiem tego otwarcie, bo nigdy nie sprawdzałem i może to być bullshit.

 

Wysłała Ci się już ta wiadomość?

jeśli jeszcze potrzebujesz pomocy, to zapraszam na PW, coś ogarniemy.

Ale nadal utrzymuję, że powinieneś nauczyć się podstaw, bo będzie Ci łatwiej.

 

 

nie żebym się czepiał ale jak byś pobierał z pliku czy z czegoś takiego jakieś teksty to może być null

i wtedy wykonasz translate(null) a zapewne na 99% 

ChatColor.translateAlternateColorCodes();

wypierdoli NullPointera

a jednak sprawdzenia ifa typu (tekst != null) nie jest obciążające

 

 

Czytanie ze zrozumieniem:

Jedyną możliwością, która jest, by wystąpił null i to było potrzebne, to gdy ładujesz jakimś magicznym sposobem config i on wypierdoli się na pysk i się nie załaduje.

Ten IF jest zbędny. Sam sobie odpowiedz ile razy Ci się to przydało, obstawiam, że 0. ;)

To tak jakby robić IF'a w AsyncPlayerChatEvent i sprawdzać, czy gracz jest null'em. Ale wait, if taki nie obciąża!

Tak samo jak nie obciąża fixColors przy każdej wiadomości, zamiast zrobić to raz, a potem ciągnąć już gotową z jakieś zmiennej. Jo.. A potem mówicie, że spigot utrzyma max 400 typa :(.

 

 

Jest mała możliwość ale jest a co do tego czy wywali nullPointera(nie byłem pewien, więc sprawdziłem) to jest source:

    public static String translateAlternateColorCodes(char altColorChar, String textToTranslate) {
        char[] b = textToTranslate.toCharArray();
        for (int i = 0; i < b.length - 1; i++) {
            if (b == altColorChar && "0123456789AaBbCcDdEeFfKkLlMmNnOoRr".indexOf(b[i+1]) > -1) {
                b = ChatColor.COLOR_CHAR;
                b[i+1] = Character.toLowerCase(b[i+1]);
            }
        }
        return new String( B);
    }
jednak jak dla mnie lepiej sprawdź bo usunięcie tego może ci zaoszczędzi hmm 0.1ms? ale to i tak nie jest odczuwalne Nigdy na timingach/warmroascie nie widziałem tej metody by zabierała jaki kolwiek % ticka, w porównaniu z innymi rzeczami 

Co ja tutaj robie...

kamcio96 Odkrywca

kamcio96

Opublikowano
Odkrywca

kamcio96

Opublikowano

Ja jebie, kłócicie się o jakaś pierdołę, która nie jest wgl istotna.

Analizując problem tematu: 
Musisz zaimportować ChatColor, spigot posiada też fragment bungeecorda obsługującego chat, konkretne importy nie maja znaczenia

Analizując problem innych ból dupców:

Najważniejszym zadaniem programisty jest dobranie odpowiedniego rozwiązania do odpowiedniego problemu! Jeżeli ktoś ma z tym problem to poważnie musi się zastanowić nad tym co robi. Przedstawię wam 2 możliwe problemy które trzeba będzie rozwiązać:
1. Wysyłamy wiadomość do gracza bezpośrednio z pluginu. Tj:

sender.sendMessage(ChatUtil.fixColors("&cPoprawne uzycie komendy &7/msg [nick] TEKST"));

 Co możemy zauważyć? Za każdym razem wykona się metoda która będzie zamieniać kolory. If który jest w niej powoduje wykonanie 2 instrukcji JVM które są niczym w porównaniu z metoda zawartą w ChatColor. No dobrze, ale przecież to jest na stałe w kodzie. Może da się to jakoś inaczej zrobić? Może wiadomość przeparsować raz i trzymać w zmiennej? Oto moje rozwiązanie, ale sami pomyślcie nam tym co tu powinno być:

sender.sendMessage("§cPoprawne uzycie komendy §7/msg [nick] TEKST");

Hej hej, skoro wiadomość i tak jest zapisana w source pluginu to czemu by nie użyć znaku § i wgl nie wykonywać tej metody?

2. Teraz drugie podejście. Mamy takie coś:

sender.sendMessage(Messages.COMMAND_HELP);

Tutaj widzimy że klasa Messages zawiera pole COMMAND_HELP w którym jest zapisana nasza wiadomość. Konfiguracje wczytujemy z cfg podczas startu serwera i wtedy wykonujemy metode fixColors na każdej wiadomości. Czy tutaj powinno być sprawdzanie nulla? Według mnie tak, ale do tego powinna być informacja w logu że taka wiadomość jest nullem.

Widać różnicę? 
Programiści mali i duzi, myślcie co robicie. Nie pieprzcie głupot na prawo i lewo, to nie ma sensu. Czasami warto tez przyjąć sposób 2. strony jako poprawny i zastanowić się co samemu robi się źle. Analizujcie też te co i kiedy wykonuje JVM. Pls, skończcie już te bezsensowne posty...

u5niwrQ.png

TheMajster Pasjonat

TheMajster

Opublikowano
Pasjonat

TheMajster

Opublikowano

Lepiej nie używać § bo zawsze mojang może zastąpić to czymś innym, np. emotką!

No i jednak jeśli w metodzie operujemy na stringu to bez sensu sprawdzać czy jest nullem, bo nigdy nie powinien być (chyba, że zrobisz jakimś cudem fixColors(null) ;).

 

NIe raz jak czytam twoje wypociny to sie łąpie za głowę, to samo robię teraz? 

Ty tylko udajesz czy naprawde jesteś przy**bany?

GotoFinal Pasjonat

GotoFinal

Opublikowano
Pasjonat

GotoFinal

Opublikowano

To ja tak dodam bo już mnie jakieś @__AHA__ oczerniajo ( ͡° ͜ʖ ͡° )

 

Java i tak by takiego ifa wywaliła w runtime jeśli zmienna rzeczywiście nie ma prawa być nullem. Tylko warto dbać a jakąś czystość kodu :< by potem nie mieć wcięcia na 6 poziomów...

A tak to mniej-więcej jak @kamcio96 pisał, ja zazwyczaj staram się ogarnąć tak by to co się da załadować i sparsować w trakcie ładownaia i tyle, wtedy używam sobie tych translateColor nawet dla stałych, ot by nie wrzucać znaków specjalnych do source, zawsze wygodniej o kodowanie, no i Mojang happens, nie zdziwiłbym się jak by kiedyś zmienili... Ale wtedy i tak masa rzeczy by jebła.

I później tylko odwołuje się do jakiś pól, lub po nazwie i z mapki dopiero bierze wiadomość. ( get z HashMap ma O(1) )

 

Tylko warto się zastanowić co się tworzy bo czasem widze że wiadomość 200x przechodzi przez jakieś Utils.fixColor i potem są problemy, np ktoś ma plugin na gildie i tag [A&B] a jakiś kretyn przepuszcza cały format i czat przez swoje fixColors i jest zjebane :D

 

 

A wiadomości i tak najczęściej wysyła się w komendach itd, a to nie wykonuje się 20 razy na sekundę, więc mniejsze różnice wydajnościowe nie mają znaczenia, kod i tak się pewnie nawet nie rozgrzeje i JIT ledwo go muśnie.

1438614356923701010629.png

 

bartzz Odkrywca

bartzz

Opublikowano
Odkrywca

bartzz

Opublikowano

 

Lepiej nie używać § bo zawsze mojang może zastąpić to czymś innym, np. emotką!

No i jednak jeśli w metodzie operujemy na stringu to bez sensu sprawdzać czy jest nullem, bo nigdy nie powinien być (chyba, że zrobisz jakimś cudem fixColors(null) ;).

 

NIe raz jak czytam twoje wypociny to sie łąpie za głowę, to samo robię teraz? 

Ty tylko udajesz czy naprawde jesteś przy**bany?

 

bo?

Zarchiwizowany

Ten temat przebywa obecnie w archiwum. Dodawanie nowych odpowiedzi zostało zablokowane.

Tematy
×
×
  • Dodaj nową pozycję...