core Core, a Plugin

Nie bardzo rozumiem, ale raczej chodzi o to, ze core to cos wiekszego niz plugin (wiele rzeczy w sobie), a plugin moze wprowadzać małe rzeczy np.

Core w Polsce przybrał kompletnie innego znaczenie niż powinien. Jak sama nazwa wskazuje powinien być to rdzeń który łączy inne rzeczy, w tym przypadku np. pluginy w 1 całość. Moim zdaniem powinno to być coś bardziej modularnego niż aktualnie. W Polsce niektórzy tego chyba dobrze nie rozumieją i zaczęły tworzyć rzeczy które nazywają tymi "core'ami". Są one właściwie zlepką wszystkiego w 1 pluginie. Systemi gildii, dropu, jakichś komend typu msg czy tpa, czasem jakieś "case'y", CobbleX czy inne nie wiadomo co  Jest to moim zdaniem złe podejście. Mała zmiana jednej rzeczy w kodzie może doprowadzić do tego, że później trzeba w reszcie kodu zmieniać praktycznie wszystko. Wydajnościowo też taki core jest lujowy gdyż większość osób które piszą takie "core" nie mają żadnych większych umiejętności w pisaniu pluginów  

22 minuty temu, Peridot napisał:

Core w Polsce przybrał kompletnie innego znaczenie niż powinien. Jak sama nazwa wskazuje powinien być to rdzeń który łączy inne rzeczy, w tym przypadku np. pluginy w 1 całość. Moim zdaniem powinno to być coś bardziej modularnego niż aktualnie. W Polsce niektórzy tego chyba dobrze nie rozumieją i zaczęły tworzyć rzeczy które nazywają tymi "core'ami". Są one właściwie zlepką wszystkiego w 1 pluginie. Systemi gildii, dropu, jakichś komend typu msg czy tpa, czasem jakieś "case'y", CobbleX czy inne nie wiadomo co  Jest to moim zdaniem złe podejście. Mała zmiana jednej rzeczy w kodzie może doprowadzić do tego, że później trzeba w reszcie kodu zmieniać praktycznie wszystko. Wydajnościowo też taki core jest lujowy gdyż większość osób które piszą takie "core" nie mają żadnych większych umiejętności w pisaniu pluginów  

Właśnie. Z tego co zrozumiałem wiele osób nazywa core "paczką pluginów" w jednym, a prawdziwy core to coś typu MultiVerse Core czy tam Protocol Lib.

Czy taki "polski core" wpływa inaczej na wydajność serwera?

2 minuty temu, 21Shadow_ napisał:

Właśnie. Z tego co zrozumiałem wiele osób nazywa core "paczką pluginów" w jednym, a prawdziwy core to coś typu MultiVerse Core czy tam Protocol Lib.

 

Czy taki "polski core" wpływa inaczej na wydajność serwera?

MultiVerse Core czy Protocol Lib to właściwie nie core a zwykłe biblioteki. Czy wpływa na wydajność serwera... teoretycznie może jeśli jest napisany beznadziejnie przez lujowego programistę  

Tym sobie głowy nie warto zaprzątać. W potocznym znaczeniu core to taki plugin, w którym jest wszystko, aby serwer mógł funkcjonować.

core były modne i używane na większych serwerach easyhc jakieś 5 lat temu, teraz to nie ma sensu

12 godzin temu, Peridot napisał:

Czy wpływa na wydajność serwera...

Chodzi o dwie strony, czy lepiej jset mieć 5 pluginów, czy jeden "polski megadropowy rdzeń"

5 godzin temu, 21Shadow_ napisał:

Chodzi o dwie strony, czy lepiej jset mieć 5 pluginów, czy jeden "polski megadropowy rdzeń"

Jeśli te 5 pluginów jest napisane dobrze a "polski megadropowy rdzeń" to jednak myślę, że to pierwsze 

Core to zestaw funkcji, które przygotowujesz sobie do użytku przez inne Twoje pluginy. Oczywiście pomijam fakt, że polaczki zaczęły robić z core'a jeden duży plugin, ale to zła praktyka. 

W core tworzysz sobie funkcje i instancje, które będą na przykład odpowiedzialne za zapis i odczyt z bazy danych, interfejsy, które możesz sobie rozszerzać i używać na przykład do łatwego i wygodnego tworzenia npc, hologramów, scoreboardów. Jednym zdaniem to zestaw podstawowych funkcji, których używasz w Twoich pluginach.

6 godzin temu, 21Shadow_ napisał:

Chodzi o dwie strony, czy lepiej jset mieć 5 pluginów, czy jeden "polski megadropowy rdzeń"

To nie ma znaczenia, 5 dobrze napisanych pluginów będzie działać lepiej niż 1 duży napisany źle.

Zalety pisania pluginów osobno, to przede wszystkim to, że łatwiej się nam orientować co gdzie jest. W takim dużym pluginie gdzie jest 30 innych rzeczy czasem można się pogubić.

Ale za to w dużym pluginie sprawa eksportów jest ułatwiona, gdzyż wszystko jest w jednym miejscu i jeżeli masz do poprawy np. jakieś home, teleportacje, gamemody itd to dłużej zejdzie poprawka, eksport tego, wgrywanie i sprawdzanie co i jak działa. A w core tak jak wspomniałem masz wszystko w jednym miejscu i po części jest łatwiej przerobić parę funkcji w core niż przerabiać parę pluginów.

9 minut temu, LeviBoyPL napisał:

interfejsy, które możesz sobie rozszerzać i używać na przykład do łatwego i wygodnego tworzenia npc, hologramów, scoreboardów

Eeee, czy na pewno interfejsy? 

1 minutę temu, kerpson napisał:

Eeee, czy na pewno interfejsy? 

Zależy od potrzeb, mogą być też abstracty, wszystko co napisałem jest przykładem.

Dobrą praktyką jest stworzyć sobie interfejs zawierający na przykład strukturę danych/funkcji, które są używane do przypisanej czynności (na przykład aktualizacji scoreboarda), później jeżeli tworzymy sobie kilka takich scoreboardów (do eventów, do minigierek, czy innych duperelek) to po prostu implementujemy interfejs i działamy na założonych funkcjach

9 minut temu, LeviBoyPL napisał:

Zależy od potrzeb, mogą być też abstracty, wszystko co napisałem jest przykładem.

Dobrą praktyką jest stworzyć sobie interfejs zawierający na przykład strukturę danych/funkcji, które są używane do przypisanej czynności (na przykład aktualizacji scoreboarda), później jeżeli tworzymy sobie kilka takich scoreboardów (do eventów, do minigierek, czy innych duperelek) to po prostu implementujemy interfejs i działamy na założonych funkcjach

Z tym się zgodzę, ale jednak klasa z danym rozszerzeniem może zapewnić gotowe metody. Interfejs tak jak napisałeś, może tylko pomóc.

Dziękuję jeszcze raz za wypowiedzi, temat do zamknięcia.

Ten temat został zamknięty.