Шаг 3.3: Взаимодействие игровых объектов

Добро пожаловать в обсуждение статьи "Шаг 3.3: Взаимодействие игровых объектов"!

8 a5 W. q/ J. a- T) g5 M
Здесь вы можете задавать любые вопросы, связанные с реализацией взаимодействий между игровыми объектами, такими как игроки, NPC и монстры, в серверной разработке Lineage 2 на Java. Обсудим, как создать динамическое взаимодействие в игровом мире, как правильно использовать события и триггеры, и как улучшить боевые и диалоговые системы.
5 L4 W, N# s% Z7 E9 mЗадавайте вопросы, делитесь опытом, предложениями и идеями — ваше участие поможет углубить наши знания и сделать разработку серверов еще более интересной!
* `2 Z1 C7 C. x' j1 P6 g# V& jАстралия ?
3 ]0 _$ f2 e2 t, g9 d7 U. Y
& e: m! a3 N, Z1 q7 |! _$ S+ |

День добрый!
0 h5 [2 S  `- Z9 N3 t5 r% ZВ статье описано взаимодействие игрока с NPC и монстрами через простые методы. Как лучше всего реализовать более сложные взаимодействия, например, если нужно добавить несколько фаз боя с разными состояниями монстра? Есть ли оптимальный способ управления состояниями объектов, чтобы не перегружать логику боевых сценариев?
" y: z, r1 r' q

- T4 f% E5 i2 y' A& D2 a. K

AlexCoder опубликовал в 2024-10-16 18:31
7 n; a: O$ K+ M" j) ]. O- iДень добрый!
# U* s- R* u2 Z5 ^В статье описано взаимодействие игрока с N ...

Для управления сложными взаимодействиями, такими как несколько фаз боя с разными состояниями монстра, лучший подход — использовать шаблон проектирования "Состояние" (State Pattern).

Этот шаблон позволяет разделить логику поведения объекта на разные состояния и управлять ими более гибко, избегая перегрузки основного класса монстра.

Шаг 1: Создание интерфейса для состояний монстраПервый шаг — создать интерфейс, который будет представлять разные состояния монстра. Этот интерфейс определяет метод, который будет вызываться в зависимости от текущего состояния.
% T5 h9 X8 X4 E
% P3 n; z1 v/ ^: V, {

1. <font color="Green">// Пакет для состояний монстра</font>
   * v) h2 z% h! ]  S6 X) L
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. <font color="Green">
   7 G+ \+ g' a- d
4. // Интерфейс, представляющий состояния монстра</font>
   
5. public interface MonsterState {
   ! d, ]& o5 V' X5 O/ i. _" U% }
6.     void handleState(Monster monster);
   1 p+ ^. L$ @$ E& h
7. }
   # v) ^% ?4 G4 e# P+ C8 w

Скопировать код

7 d  [: r% Q, L% ]& ZШаг 2: Реализация различных состоянийТеперь создадим классы для каждого состояния: например, InitialState, AggressiveState и FinalState. Эти состояния будут реализовывать интерфейс MonsterState и определять поведение монстра на разных этапах боя.

+ Q5 q, _, h/ DКласс для начального состояния монстра:

1. <font color="Green">// Пакет org.l2jmobius.gameserver.model.actor.state</font>
   ! U+ ^% n$ G7 B: V; d
2. package org.l2jmobius.gameserver.model.actor.state;
   , A" F9 j4 i2 j: s) @
3. 
   " c' d  S6 C' h1 z: I  ?" A
4. import org.l2jmobius.gameserver.model.actor.Monster;
   5 i  @. \8 O- b$ ]3 N
5. 
   
6. public class InitialState implements MonsterState {
   . I! _: i. b3 z$ Z
7.     @Override
   
8.     public void handleState(Monster monster) {
   1 }7 C' O- N# |6 l3 I, R
9.         // Начальная фаза боя
   
10.         System.out.println(monster.getName() + " начинает бой с обычной атакой.");
    8 m) d. b8 {+ n
11.     }
    # F% W( l( O* J& F* Z
12. }
    

Скопировать код

: w9 N0 l% |4 Q  k
: l# ^' n" L5 }, a$ p
% V9 |2 n( @( r4 |

Для управления сложными взаимодействиями, такими как несколько фаз боя с разными состояниями монстра, лучший подход — использовать шаблон проектирования "Состояние" (State Pattern).

Этот шаблон позволяет разделить логику поведения объекта на разные состояния и управлять ими более гибко, избегая перегрузки основного класса монстра.
# R" H& o0 D2 ]+ J& V
9 h) v  c; O. f7 h1 AШаг 1: Создание интерфейса для состояний монстраПервый шаг — создать интерфейс, который будет представлять разные состояния монстра. Этот интерфейс определяет метод, который будет вызываться в зависимости от текущего состояния.

1. // Пакет для состояний монстра
     n+ `0 h* `# [
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. 
   3 `/ F8 q/ U8 c" e. p
4. // Интерфейс, представляющий состояния монстра
   ; @( u5 U/ t' F( i. K' T
5. public interface MonsterState {
   4 H! v5 c( q! ?5 @2 B/ _
6.     void handleState(Monster monster);
   
7. }
   - S) _; c$ Y* @+ J  I

Скопировать код

Шаг 2: Реализация различных состоянийТеперь создадим классы для каждого состояния: например, InitialState, AggressiveState и FinalState.

Эти состояния будут реализовывать интерфейс MonsterState и определять поведение монстра на разных этапах боя.
! A& q# ~, d9 r% }7 x2 p5 \9 B
Класс для начального состояния монстра:

1. // Пакет org.l2jmobius.gameserver.model.actor.state
   
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. 
   6 p( f' G$ {# `4 g- s
4. import org.l2jmobius.gameserver.model.actor.Monster;
   
5. 
   
6. public class InitialState implements MonsterState {
   & L+ s9 g& _# S$ D) @
7.     @Override
   
8.     public void handleState(Monster monster) {
   ' Q+ s  I; V5 v0 g) C! M
9.         // Начальная фаза боя
   
10.         System.out.println(monster.getName() + " начинает бой с обычной атакой.");
    
11.     }
    
12. }
    6 {0 T; D- N; w0 {

Скопировать код

Класс для агрессивного состояния монстра:
9 B6 }  G7 k4 Z( ]

1. // Пакет org.l2jmobius.gameserver.model.actor.state
   
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. 
   
4. import org.l2jmobius.gameserver.model.actor.Monster;
   
5. 
   
6. public class AggressiveState implements MonsterState {
   & t& e# D4 F+ J/ [1 @! _7 r
7.     @Override
   
8.     public void handleState(Monster monster) {
   7 K) Q# k( G2 \; E' D! ?
9.         // Агрессивная фаза боя
   7 v' ^8 x* E6 x  R" q
10.         System.out.println(monster.getName() + " становится агрессивным! Атаки усиливаются.");
    
11.         monster.setAttackPower(monster.getAttackPower() * 1.5); // Увеличиваем силу атаки
    + u4 p. M) W. y4 S7 S* O7 K
12.     }
    
13. }
    - d, J( P( G7 M5 V* l: t8 m: D

Скопировать код

Класс для финального состояния монстра:
& k4 K0 F) V3 ^

1. // Пакет org.l2jmobius.gameserver.model.actor.state
   
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. 
   ! t& D* @. o# J
4. import org.l2jmobius.gameserver.model.actor.Monster;
   ! Q! N$ p" C0 c0 B! o9 ~+ T! ]' X9 H
5. 
   5 T5 f1 _8 K! ^4 Y6 o
6. public class FinalState implements MonsterState {
   
7.     @Override
   
8.     public void handleState(Monster monster) {
   
9.         // Финальная фаза боя
   
10.         System.out.println(monster.getName() + " готовится к финальной атаке!");
    
11.         monster.setAttackPower(monster.getAttackPower() * 2); // Максимальная сила атаки
    
12.     }
    ; `  H1 p% ?3 M) M& ]; T0 z- [
13. }
    

Скопировать код

Шаг 3: Изменение класса MonsterЧтобы монстр мог переключаться между состояниями, нам нужно обновить класс Monster. В этой сборке L2J_Mobius, классы для игровых объектов, таких как монстры, находятся в пакете org.l2jmobius.gameserver.model.actor.
) O  t$ s6 a# \  N* X/ R% ?

1. // Пакет org.l2jmobius.gameserver.model.actor
   / f4 s7 m: U# [8 v6 k. g9 Q* q8 r
2. package org.l2jmobius.gameserver.model.actor;
   
3. 
   
4. import org.l2jmobius.gameserver.model.actor.state.MonsterState;
   
5. import org.l2jmobius.gameserver.model.actor.state.InitialState;
   6 ?6 a2 x7 o. L, |
6. 
   
7. public class Monster extends Creature {
   * b% z( L( q, S1 W% a
8.     private String name;
   
9.     private double attackPower;
   
10.     private MonsterState state; // Текущее состояние монстра
    
11. 
    2 \4 c- a; f, z& @+ u% a
12.     // Конструктор монстра
    
13.     public Monster(String name, double attackPower) {
    6 i* o/ b5 {- o/ F* y
14.         this.name = name;
    ; t2 U5 n1 t# m6 g2 ~' k9 @& x
15.         this.attackPower = attackPower;
    7 U! `/ \7 F5 G% Y# S% D+ [' i
16.         this.state = new InitialState(); // Устанавливаем начальное состояние
    $ K) H$ J8 P& G4 N% j
17.     }
    0 W: J5 H3 x9 I
18. 
    7 l+ _/ n7 A3 V
19.     // Метод для смены состояния
    4 ~, J9 d; _4 d$ f& b
20.     public void setState(MonsterState newState) {
    
21.         this.state = newState;
    
22.     }
    
23. 
    1 ]  i2 J4 F: ?/ g! R/ ?
24.     // Выполнение действий на основе текущего состояния
    4 s* J! ]  _+ T# v* u# X# j
25.     public void executeState() {
      P2 W4 A; O" A$ s
26.         state.handleState(this);
    
27.     }
    
28. 
    : ^" W5 c1 C8 U! M9 R& |
29.     // Геттеры и сеттеры
    
30.     public String getName() {
      {, d7 [4 w0 i7 W4 I" S( V& V
31.         return name;
    
32.     }
    ' s+ u" V0 M! q: f) S/ M8 e7 f( l
33. 
    2 ~' K6 |6 g, \; i9 Q/ f8 a9 w
34.     public double getAttackPower() {
    
35.         return attackPower;
    7 G: a& ~$ k8 r$ e5 s6 F/ m
36.     }
    . ~, {6 I7 M7 |/ M1 d
37. 
    4 ?3 N8 R! J( q8 D' k1 O  \$ S2 W
38.     public void setAttackPower(double attackPower) {
    
39.         this.attackPower = attackPower;
    3 e. s& P4 Y- G$ X6 |
40.     }
    . D' j( z; c8 }0 ~  f
41. }
    ) z% d/ x+ O+ {4 ?0 A( t. @

Скопировать код

Шаг 4: Симуляция боя с фазамиТеперь мы можем протестировать логику боя с переключением состояний монстра.
/ h. b5 o$ c& [% u5 h, i
% S7 I, U& A0 d/ V9 r% _1 `

1. // Пакет org.l2jmobius.gameserver.model.battle
   
2. package org.l2jmobius.gameserver.model.battle;
   3 O! i7 X+ O, ]8 z4 H0 Q" j
3. 
   * e1 s3 |3 V. v+ i
4. import org.l2jmobius.gameserver.model.actor.Monster;
   
5. import org.l2jmobius.gameserver.model.actor.state.AggressiveState;
   0 p* P2 ^' X& h+ p2 b- x% u
6. import org.l2jmobius.gameserver.model.actor.state.FinalState;
   
7. 
   * H' ~  r/ n% E' E0 F+ k, V
8. public class BattleSimulation {
   , f, u! Z9 d2 H2 D% ]4 v9 m
9.     public static void main(String[] args) {
   : o$ R% X5 s' ^0 U- d$ D& s
10.         // Создаем монстра с начальной атакой
    
11.         Monster monster = new Monster("Дракон", 100);
    1 n6 a  I) N' Y, C) x7 f
12. 
    1 J6 {+ Z) d/ f$ L$ R% |
13.         // Начальная фаза
    
14.         monster.executeState();
    
15. 
    1 Y3 |$ K( @0 o/ D
16.         // Переход в агрессивную фазу
    # E% f/ I2 P8 c1 \$ b4 c% L
17.         monster.setState(new AggressiveState());
    0 e: n% B8 a/ a
18.         monster.executeState();
    
19. 
    
20.         // Финальная фаза
    " U, v$ X' |! z' p, P( X: i& ^- C
21.         monster.setState(new FinalState());
    
22.         monster.executeState();
    4 O9 D; T) H5 d2 o. G3 ]0 ]' ^
23.     }
      N* @9 E0 B2 ?8 c' ?$ \
24. }
    

Скопировать код

5 N: _& v) R+ R- f/ ^6 q& SКомментарии по структуре пакетов и классов:
# d# g+ g! Q3 S" Z

• Пакет org.l2jmobius.gameserver.model.actor: содержит основные игровые сущности, такие как Monster.
• Пакет org.l2jmobius.gameserver.model.actor.state: отвечает за реализацию состояний для объектов, таких как монстры.
• Пакет org.l2jmobius.gameserver.model.battle: может содержать примеры взаимодействий, такие как симуляция боевых сценариев.
  

ЗаключениеШаблон "Состояние" позволяет легко управлять фазами боя и не перегружать основной класс монстра. Это делает логику боевых сценариев более гибкой и масштабируемой. В будущем, если появятся новые фазы или состояния, их можно будет легко добавить, не изменяя основной код.
Если появятся дополнительные вопросы по реализации или структуре классов, буду рада помочь!
$ d, ^! l  B0 o' w! X+ E



( P! k$ F2 s. `$ o* ~. L


0 n, |% O6 `- Y/ [, d1 f; f
# C4 f$ h7 j/ A" K: l
( ?/ ^9 R' M: q* {& U6 X; _9 A
# n* M5 I4 q: G" Q( v

) M9 f) p* ^% H! E0 {

6 H5 P% T- m+ D8 }- N: q" O' m1 z

Astraliya опубликовал в 2024-10-16 21:04
Для управления сложными взаимодействиями, такими как  ...

Отличный подход! Использование шаблона "Состояние" действительно помогает сделать код более чистым и управляемым. Я задумался: если мы добавим несколько фаз в бою с различными типами атак (например, магические и физические атаки), можно ли расширить этот паттерн, чтобы каждая фаза также учитывала тип атаки? Например, чтобы в агрессивной фазе монстр мог случайным образом чередовать типы атак. Как лучше организовать это в рамках данного паттерна?

AlexCoder опубликовал в 2024-10-16 21:21
Отличный подход! Использование шаблона "Состояние" де ...

Хороший вопрос! Да, шаблон "Состояние" можно легко расширить, чтобы учесть различные типы атак. В этом случае можно добавить логику для чередования атак (магических и физических) в каждом состоянии.
. V8 L5 B& N5 P  i5 X
Шаг 1: Добавление типа атакиДля этого давайте создадим перечисление (enum) для типов атак и добавим его в наши состояния. Это позволит монстру случайным образом выбирать тип атаки во время боя.
0 p* @# P+ ~6 f

1. // Пакет org.l2jmobius.gameserver.model.actor
   
2. package org.l2jmobius.gameserver.model.actor;
   : l0 ~' j- g" o9 q9 R
3. 
   
4. // Перечисление для типов атак
   
5. public enum AttackType {
   
6.     PHYSICAL, MAGICAL;
   " c: G/ E/ \2 k
7. }
   

Скопировать код

Шаг 2: Обновление состояний для поддержки разных атакТеперь обновим состояния монстра, чтобы в каждом из них можно было чередовать типы атак.
, a# T% p6 v5 d, u) H$ p4 yОбновленный класс для агрессивного состояния монстра:

6 F) B$ `2 Z1 j: R  v- m& a8 E3 ]0 l

1. // Пакет org.l2jmobius.gameserver.model.actor.state
   6 F- v% ?! D, o6 z$ G2 ?
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. 
   
4. import org.l2jmobius.gameserver.model.actor.Monster;
   
5. import org.l2jmobius.gameserver.model.actor.AttackType;
   & t+ K5 e- W( F$ s6 j' X
6. 
   
7. import java.util.Random;
   
8. 
   
9. public class AggressiveState implements MonsterState {
   
10.     private Random random = new Random();
    
11. 
    
12.     @Override
    
13.     public void handleState(Monster monster) {
    ( x$ D, N& ~/ j- O9 |' T
14.         // Выбираем случайный тип атаки: физическая или магическая
    4 e  x( n$ U/ n. _& A9 y
15.         AttackType attackType = random.nextBoolean() ? AttackType.PHYSICAL : AttackType.MAGICAL;
    
16. 
    
17.         // Логика для агрессивной фазы боя
    
18.         System.out.println(monster.getName() + " становится агрессивным и использует "
    . V! X1 S2 U$ M9 I
19.             + (attackType == AttackType.PHYSICAL ? "физическую" : "магическую") + " атаку!");
    ! q7 ~/ {7 E0 z( C
20.         
    
21.         // Увеличиваем силу атаки в зависимости от типа атаки
    
22.         double multiplier = (attackType == AttackType.PHYSICAL) ? 1.5 : 1.2;
    
23.         monster.setAttackPower(monster.getAttackPower() * multiplier);
    
24.     }
    
25. }
    9 B- _5 M$ k9 ^

Скопировать код

Шаг 3: Модификация класса MonsterТеперь класс Monster будет использовать состояние с логикой выбора типа атаки
6 r  }2 V4 H5 v3 X/ M# ?

1. // Пакет org.l2jmobius.gameserver.model.actor
   
2. package org.l2jmobius.gameserver.model.actor;
   
3. 
   , r+ B7 n/ Q) C: W
4. import org.l2jmobius.gameserver.model.actor.state.MonsterState;
   8 C/ s9 M6 y( u9 A0 ^5 J) d
5. import org.l2jmobius.gameserver.model.actor.state.InitialState;
   
6. 
   ; X6 S+ M* O. c, [
7. public class Monster extends Creature {
   
8.     private String name;
   & h* T, J* F0 z& b4 L8 @6 }
9.     private double attackPower;
   
10.     private MonsterState state; // Текущее состояние монстра
    # a* `6 G1 A; x* O0 m! T
11. 
    ' Z# t2 `4 Y' |4 Z
12.     // Конструктор монстра
    & G4 }9 y2 I3 B* `6 A
13.     public Monster(String name, double attackPower) {
    2 ]9 u' w% }1 g/ Z6 T" L
14.         this.name = name;
    
15.         this.attackPower = attackPower;
    7 `& R% h1 U  ?& S
16.         this.state = new InitialState(); // Начальное состояние по умолчанию
    ' W: H9 b% r4 G0 Y  c+ i+ q
17.     }
    
18. 
    4 c2 H& W+ G% s! j+ u; u
19.     // Метод для смены состояния
    
20.     public void setState(MonsterState newState) {
    + {. W5 ]- a$ v( {& q$ T, `
21.         this.state = newState;
    " Q0 z3 h& L' n. V0 H$ B6 b
22.     }
    ) @) |4 y" c; E" z3 z. G
23. 
    
24.     // Выполнение действий на основе текущего состояния
    
25.     public void executeState() {
    
26.         state.handleState(this);
    
27.     }
    
28. 
    " z" o" w8 X& c+ e
29.     // Геттеры и сеттеры
    
30.     public String getName() {
    9 c! Q" \& {; h( c- N' `
31.         return name;
    
32.     }
    $ [" H, C6 Y  O3 E: O
33. 
    
34.     public double getAttackPower() {
    3 v2 Y1 r( c1 q7 a; q2 B
35.         return attackPower;
    ) Z, S( G* l, z, X3 Q
36.     }
    5 v6 x6 l. O7 J, M, h  g4 X
37. 
    6 S: M/ s$ ^1 u7 L5 b5 A9 u  _
38.     public void setAttackPower(double attackPower) {
    
39.         this.attackPower = attackPower;
    + e$ {# k. n8 F( Q: L: i# y2 }
40.     }
    
41. }
    

Скопировать код

Шаг 4: Тестирование нового поведенияТеперь давайте посмотрим, как монстр будет чередовать типы атак в агрессивной фазе.

$ ]2 }' E2 V! U( n

1. // Пакет org.l2jmobius.gameserver.model.battle
   
2. package org.l2jmobius.gameserver.model.battle;
   
3. 
   
4. import org.l2jmobius.gameserver.model.actor.Monster;
   8 G! @' P. o4 n0 N4 e) ^0 E
5. import org.l2jmobius.gameserver.model.actor.state.AggressiveState;
     Z) p1 ~2 g; A
6. 
   
7. public class BattleSimulation {
   0 h: u2 y: T* y2 q  r$ G
8.     public static void main(String[] args) {
   - d/ W  ~$ H8 e2 `: v3 J: Q+ t
9.         // Создаем монстра
   
10.         Monster monster = new Monster("Дракон", 100);
    
11. 
    9 a( ^; e4 W/ e( U
12.         // Переключаем монстра в агрессивное состояние с разными типами атак
    , L* L+ D6 a7 I  h0 ^8 |( |1 Q
13.         monster.setState(new AggressiveState());
    
14.         monster.executeState();
    
15.         monster.executeState(); // Повторяем, чтобы увидеть чередование атак
    2 g. q, S' h% g1 r3 p) a+ I- L
16.     }
    
17. }
    

Скопировать код

ЗаключениеВ результате, с помощью перечисления AttackType, мы можем легко добавлять и чередовать типы атак в зависимости от состояния. Это гибкий способ управления сложными взаимодействиями в бою, не перегружая основной код. Выбор типа атаки можно ещё больше расширить, добавив, например, урон или специальные способности, в зависимости от типа атаки.
Если у тебя есть еще идеи или предложения по улучшению, всегда рад обсудить!
; g9 G( a, C8 c/ x
- E" G) O" x8 l, O  c
7 n  K5 K5 Z- P! U8 M
8 m3 r& w9 X% a' L* R$ R4 @1 ~