xxdem

enum is really not mandatory, it can be whatever

Something like this ? package drake.aepvp.model.enums; import drake.aepvp.drivers.PlayerDriver; import drake.aepvp.model.interfaces.Getter; public enum PlayerParser { //event event_Kills(PlayerDriver::getEventKills), event_Deaths(PlayerDriver::getEventDeaths), event_Flags(PlayerDriver::getEventFlags), event_Spree(PlayerDriver::getEventSpree), event_Top(PlayerDriver::getEventPosition), event_AFK(PlayerDriver::getEventAFKSeconds), event_DamageDealt(PlayerDriver::getEventDamageDealt), event_DamageTaken(PlayerDriver::getEventHealingDone), event_HealingDone(PlayerDriver::getEventHealingDone), event_FastRegister(PlayerDriver::getEventRegistrationPosition), player_PvP(PlayerDriver::getPlayerPvPs), player_PK(PlayerDriver::getPlayerPKs), player_LvL(PlayerDriver::getPlayerLevel), player_Fame(PlayerDriver::getPlayerFame), player_Sex(PlayerDriver::getPlayerSex), player_Race(PlayerDriver::getPlayerRace), //clan clan_OnlineCount(PlayerDriver::getClanOnlineCount), clan_Rep(PlayerDriver::getClanReputation), clan_LvL(PlayerDriver::getClanLevel), clan_Size(PlayerDriver::getClanSize), //party party_Size(PlayerDriver::getPartySize), party_Healers(PlayerDriver::getPartyHealersCount), party_TotalPvP(PlayerDriver::getPartyTotalPvPs), party_TotalPK(PlayerDriver::getPartyTotalPKs); private final Getter<PlayerDriver> _eventGetter; private PlayerParser(Getter<PlayerDriver> eventGetter) { _eventGetter = eventGetter; } public int getValue(PlayerDriver playerData) { return _eventGetter.getValue(playerData); } } package drake.aepvp.model.interfaces; import java.util.LinkedHashSet; import java.util.Set; public interface Getter<E> { public LinkedHashSet<Getter<?>> getters = new LinkedHashSet<>(); int getValue(E data); static void add(Getter<?> getter) { getters.add(getter); } public static Set<Getter<?>> values() { return getters; } } XML parser: if ("require".equalsIgnoreCase(n6.getNodeName())) { Requirement firstReq = null; for (PlayerParser det : PlayerParser.values()) { final String[] nodeName = det.toString().split("_"); final Node detNode = nnm3.getNamedItem(nodeName[0] + nodeName[1]); final Node noMsgNode = nnm3.getNamedItem("msg"); final String noMsg = noMsgNode == null ? null : noMsgNode.getNodeValue(); if (detNode != null) { final Requirement req = new Requirement(det, detNode.getNodeValue(), noMsg); if (firstReq == null) firstReq = req; else firstReq.attachReq(req); } } if (firstReq != null) reqs.add(firstReq); } Something like that? Thats how I parse requirement conditions on my private event engine

Server is based on L2AEPvP C6 aCis interlude ported into H5 client. C6 client will not be supported. Alpha testing within the week. Cya ingame

9014 is not needed obviously......

For the misunderstandings, I didn't say that aCis has clean code, but that its a clean project in terms of features, content and libs

I find these totally irrelevant

The topic "what is lean code" is abstract and completely offtopic

Absolutely no reason to argue with you. *You are right*

Lots, but I cant have an opinion on that because i am fully custom Your sum up belongs to the trash can, everyone has his own opinion about clean code because it's a matter of coding style with the given trade-offs for each case (performance, expandability, readability, development speed, etc)

Recently I've been reading about lots of trashtalking about acis. I've been using aCis about 5 years, my favorite server L2AEPvP I based it into an ancient aCis rev, 110 I think? I know each line of this project by hand line by line with eyes closed, I've recently ported this ancient 110 rev acis L2AEPvP into the H5 client with MINIMAL effort, (packets, datapack)... Not saying that its flawless but its a great and very clean project with a bad reputation from a shitty community and small devs. Basically this topic is a big fuck you to all the trashers that use this pack with zero knowledge and no contribution, ruining the small community more and more. My 2 cents wannabies

restart after falling, if you are above its Client problem and can't be fixed, if it is bellow u got few chances

You can't fix it server side, its a client sided bug

99% of the time its not a server side issue

o nikolakis mazevei malakes

aepvp is being ported to h5 https://prnt.sc/k6u23t

you are talking about development speed, but you obviously don't know that fast coding on such projects is a disaster, the last thing you want is a downgraded project that is full of bugs

maybe, I have some plans for 2019

These servers are OP, but theres no original online atm, it has the feelings for sure but the community is shit nowadays... L2Race Supremacy had a great concept also

I doubt his experienced enough to be able to judge or appreciate a portfolio, I mean this is supposed to be done by an experienced team or person that is looking to expand, a company perhaps? This guy is clueless of how things works and what makes a developer good, he is by far not the right guy to judge a developer's work or anyone. He is just looking for a freelancer to do some random things, to find one he is supposed to look for feedback or reputation or just risk his ass of and choose a guy to do the job. First things first we don't even know if this guy is serious or just another clown looking to scam or buy 10$ codes.

l2aerogaming is not l2aepvp :)

Grand Crusade comes without a system, where do we get one?

He didn't seem like a bad guy to me, but all that interview process sucks a bit if you ask me, when you are on a small community like this you should know who is who in the first place without having to interview them and you should really know the veterans. As for me no intros sorry, I did it back when I was looking for a job and for sure I am not gonna do it in l2. I rarely give someone the opportunity to code for him or use my codes in the first place Cheers

why u say that?

he also disqualified xxdem xD

fucking stupid dumb guy, IT IS PART OF THE HACK