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

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

9 `/ `2 e1 m! {# l. F6 H5 I
8 y9 |! h3 W7 aЗдесь вы можете задавать любые вопросы, связанные с реализацией взаимодействий между игровыми объектами, такими как игроки, NPC и монстры, в серверной разработке Lineage 2 на Java. Обсудим, как создать динамическое взаимодействие в игровом мире, как правильно использовать события и триггеры, и как улучшить боевые и диалоговые системы.
Задавайте вопросы, делитесь опытом, предложениями и идеями — ваше участие поможет углубить наши знания и сделать разработку серверов еще более интересной!
: Y. x) w6 @+ v" I% IАстралия ?

, V/ W# q! Z8 m2 B# Y, _1 H2 E

День добрый!
) N% s7 V* o: c, u2 d& B" uВ статье описано взаимодействие игрока с NPC и монстрами через простые методы. Как лучше всего реализовать более сложные взаимодействия, например, если нужно добавить несколько фаз боя с разными состояниями монстра? Есть ли оптимальный способ управления состояниями объектов, чтобы не перегружать логику боевых сценариев?
" {$ z- @! H( ?' B! y
1 l7 p% k7 s$ p% W: W

; b1 F  [) Y; P  g4 ?- I/ b

AlexCoder опубликовал в 2024-10-16 18:31
4 h. ?0 w/ F1 _8 K, w/ f7 QДень добрый!
В статье описано взаимодействие игрока с N ...

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

% n# J6 ]7 x' g' |9 x$ u2 zЭтот шаблон позволяет разделить логику поведения объекта на разные состояния и управлять ими более гибко, избегая перегрузки основного класса монстра.

# j* N! V' }% d( Z( P( ZШаг 1: Создание интерфейса для состояний монстраПервый шаг — создать интерфейс, который будет представлять разные состояния монстра. Этот интерфейс определяет метод, который будет вызываться в зависимости от текущего состояния.
; O% D4 m0 }3 E

1. <font color="Green">// Пакет для состояний монстра</font>
   
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. <font color="Green">
     K5 B2 S( Z) ]/ n6 o' S
4. // Интерфейс, представляющий состояния монстра</font>
   3 r! v  O4 P0 J& I3 Y/ b
5. public interface MonsterState {
   ' w! F% A" d! J9 D6 V- C
6.     void handleState(Monster monster);
   
7. }
   

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

Шаг 2: Реализация различных состоянийТеперь создадим классы для каждого состояния: например, InitialState, AggressiveState и FinalState. Эти состояния будут реализовывать интерфейс MonsterState и определять поведение монстра на разных этапах боя.
5 P, V  w# j9 Z
0 d+ B( ?8 {% \) S' P9 xКласс для начального состояния монстра:
- O( l! ~$ Z/ [0 x2 y/ j

1. <font color="Green">// Пакет org.l2jmobius.gameserver.model.actor.state</font>
   4 P  s, g  k2 r$ X4 @( B3 i! N, z
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. 
   
4. import org.l2jmobius.gameserver.model.actor.Monster;
   
5. 
   % ~" B1 G" s. @# [8 A5 `
6. public class InitialState implements MonsterState {
   
7.     @Override
   . t7 l7 T! d3 u1 E! g. v
8.     public void handleState(Monster monster) {
   3 r. ~* o$ d, L+ X
9.         // Начальная фаза боя
   % A, N! \- X  y; Y0 d  S5 o9 M- A; D
10.         System.out.println(monster.getName() + " начинает бой с обычной атакой.");
    
11.     }
    
12. }
    

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

9 p0 ^% R) i( V
  Y5 I% J+ h& @7 l" j# ]0 s

; [3 ]( w1 y3 E/ g
/ u$ K( B' d3 ~5 h8 J

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

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

Шаг 1: Создание интерфейса для состояний монстраПервый шаг — создать интерфейс, который будет представлять разные состояния монстра. Этот интерфейс определяет метод, который будет вызываться в зависимости от текущего состояния.

% @) Y. j5 e1 \3 e* n

1. // Пакет для состояний монстра
   
2. package org.l2jmobius.gameserver.model.actor.state;
   ! [1 d- m+ W# a, [# n$ G9 c6 {
3. 
   
4. // Интерфейс, представляющий состояния монстра
   
5. public interface MonsterState {
   
6.     void handleState(Monster monster);
   
7. }
   ! U6 H) \9 k6 d, [

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

Шаг 2: Реализация различных состоянийТеперь создадим классы для каждого состояния: например, InitialState, AggressiveState и FinalState.
9 n% q6 S7 c* i+ @0 s
Эти состояния будут реализовывать интерфейс MonsterState и определять поведение монстра на разных этапах боя.

: G: z: {3 s. m7 n6 `/ b7 F8 c0 ^Класс для начального состояния монстра:

1. // Пакет org.l2jmobius.gameserver.model.actor.state
   ! L9 A4 b' g- H
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. 
   0 g! r+ F- j/ H) _  y
4. import org.l2jmobius.gameserver.model.actor.Monster;
   ' s. W4 h! P) e0 L+ Q
5. 
   
6. public class InitialState implements MonsterState {
   * L6 i' o0 M: ?# D3 e4 h% X
7.     @Override
   " x) N6 y% m  x9 |; o
8.     public void handleState(Monster monster) {
   ' m& c& h4 r3 t1 W9 d
9.         // Начальная фаза боя
   
10.         System.out.println(monster.getName() + " начинает бой с обычной атакой.");
    9 C& J/ {5 i6 Q2 s; e
11.     }
    : w& g) V# k/ {. P; T
12. }
    

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

Класс для агрессивного состояния монстра:
: v$ F& n" ?5 v

1. // Пакет org.l2jmobius.gameserver.model.actor.state
   ! t: x. E- Y& {( m) y
2. package org.l2jmobius.gameserver.model.actor.state;
   ' H% Y# V. l8 ~+ t! u: d
3. 
   
4. import org.l2jmobius.gameserver.model.actor.Monster;
   
5. 
   
6. public class AggressiveState implements MonsterState {
   $ H2 ]8 P* H& r/ @
7.     @Override
   ' P+ w2 J$ b. b+ p
8.     public void handleState(Monster monster) {
   $ _9 w, e* m6 A  S
9.         // Агрессивная фаза боя
   
10.         System.out.println(monster.getName() + " становится агрессивным! Атаки усиливаются.");
    & D  }* q2 ]( @2 m: ~
11.         monster.setAttackPower(monster.getAttackPower() * 1.5); // Увеличиваем силу атаки
    
12.     }
    * r; a; e+ |, ?; }3 |
13. }
    % \8 f" K, ^6 l6 ^* l

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

Класс для финального состояния монстра:
# y9 I1 t+ o: B5 a/ S3 ?1 k

1. // Пакет org.l2jmobius.gameserver.model.actor.state
   
2. package org.l2jmobius.gameserver.model.actor.state;
   
3. 
   . g- C0 d* N" K3 R* L0 b/ ^. Q
4. import org.l2jmobius.gameserver.model.actor.Monster;
   % q" k- Z. [2 O' L* W
5. 
   
6. public class FinalState implements MonsterState {
   , c8 K# ~4 Y% ~: H
7.     @Override
   
8.     public void handleState(Monster monster) {
   
9.         // Финальная фаза боя
   / M- [! W- p9 K( z' v$ Y
10.         System.out.println(monster.getName() + " готовится к финальной атаке!");
    # h; C5 j" K; u4 T  {" [
11.         monster.setAttackPower(monster.getAttackPower() * 2); // Максимальная сила атаки
    & r  ]% u5 y9 |( ]) ?/ h: x
12.     }
    
13. }
    

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

4 c. V* x8 _8 \8 m. @+ \Шаг 3: Изменение класса MonsterЧтобы монстр мог переключаться между состояниями, нам нужно обновить класс Monster. В этой сборке L2J_Mobius, классы для игровых объектов, таких как монстры, находятся в пакете org.l2jmobius.gameserver.model.actor.
( Y: S, q7 c' R$ e/ e

1. // Пакет org.l2jmobius.gameserver.model.actor
   
2. package org.l2jmobius.gameserver.model.actor;
   
3. 
   0 H8 R, X, O, W& J
4. import org.l2jmobius.gameserver.model.actor.state.MonsterState;
   3 O, K9 V2 x% C; x- J
5. import org.l2jmobius.gameserver.model.actor.state.InitialState;
   
6. 
   # U' {& Y8 w% j! w$ ~
7. public class Monster extends Creature {
   1 E& ?: L" m: y# V5 y) s! Q
8.     private String name;
   
9.     private double attackPower;
   2 {/ E0 V6 G6 ^  }' K, r& Q" x
10.     private MonsterState state; // Текущее состояние монстра
    9 {8 U# S9 t5 r! C0 b9 `
11. 
    7 H8 q( j: y9 Q0 G
12.     // Конструктор монстра
    
13.     public Monster(String name, double attackPower) {
    
14.         this.name = name;
    
15.         this.attackPower = attackPower;
    : a: ^  N: N) W3 u3 K& [& R2 g; j! h, c
16.         this.state = new InitialState(); // Устанавливаем начальное состояние
    1 o% N. S( A, ^$ b; X
17.     }
    ; G' M) d; K8 {7 M' l  D, x
18. 
    
19.     // Метод для смены состояния
    
20.     public void setState(MonsterState newState) {
    
21.         this.state = newState;
    
22.     }
    
23. 
    0 m, p5 N1 [( F7 Q4 y7 P. z3 B2 R
24.     // Выполнение действий на основе текущего состояния
    % e" y' H' e$ t" k& R$ y
25.     public void executeState() {
    
26.         state.handleState(this);
    1 I2 X2 }' Y/ u6 X; |5 o
27.     }
    
28. 
    
29.     // Геттеры и сеттеры
    / g) N! \5 M$ a& ]
30.     public String getName() {
    
31.         return name;
    
32.     }
    % r( m: `3 t7 E2 }0 q$ H5 d: g
33. 
    
34.     public double getAttackPower() {
    $ L0 I$ @0 D) i
35.         return attackPower;
    : v9 U! J2 f! U; E, V) s
36.     }
    
37. 
    ) Z$ V0 X7 R3 l) ]* q5 r
38.     public void setAttackPower(double attackPower) {
    
39.         this.attackPower = attackPower;
    
40.     }
    - L2 I# S0 _% V
41. }
    ! D3 o3 O) t1 n. {+ E( q, h, [! \

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

5 k+ Q, c7 H9 D+ d- S) I/ r, _Шаг 4: Симуляция боя с фазамиТеперь мы можем протестировать логику боя с переключением состояний монстра.
3 v* Q7 _0 _6 V
9 O% j* S* w' X: }1 ^

1. // Пакет org.l2jmobius.gameserver.model.battle
   
2. package org.l2jmobius.gameserver.model.battle;
   
3. 
   
4. import org.l2jmobius.gameserver.model.actor.Monster;
   
5. import org.l2jmobius.gameserver.model.actor.state.AggressiveState;
   
6. import org.l2jmobius.gameserver.model.actor.state.FinalState;
   
7. 
   
8. public class BattleSimulation {
   
9.     public static void main(String[] args) {
   
10.         // Создаем монстра с начальной атакой
    $ \7 N2 N) \6 h3 A$ ^8 q
11.         Monster monster = new Monster("Дракон", 100);
    
12. 
    
13.         // Начальная фаза
    
14.         monster.executeState();
    
15. 
    8 J  V. R0 |9 I
16.         // Переход в агрессивную фазу
    # _+ l8 `: ?' D* D! j1 c  \. z
17.         monster.setState(new AggressiveState());
    
18.         monster.executeState();
    6 u& G% U7 r7 F+ ^, {
19. 
    
20.         // Финальная фаза
    4 x' t4 M, w4 t6 `
21.         monster.setState(new FinalState());
    3 y. x- r( h8 q* w" q
22.         monster.executeState();
    
23.     }
    , V3 e3 B; \) H2 {1 k; @
24. }
    5 c! p7 ]: \8 J, n

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

Комментарии по структуре пакетов и классов:

• Пакет org.l2jmobius.gameserver.model.actor: содержит основные игровые сущности, такие как Monster.
• Пакет org.l2jmobius.gameserver.model.actor.state: отвечает за реализацию состояний для объектов, таких как монстры.
• Пакет org.l2jmobius.gameserver.model.battle: может содержать примеры взаимодействий, такие как симуляция боевых сценариев.
  $ F, G+ j2 B1 R& P( W2 P

ЗаключениеШаблон "Состояние" позволяет легко управлять фазами боя и не перегружать основной класс монстра. Это делает логику боевых сценариев более гибкой и масштабируемой. В будущем, если появятся новые фазы или состояния, их можно будет легко добавить, не изменяя основной код.
- p/ }5 O/ j/ ?Если появятся дополнительные вопросы по реализации или структуре классов, буду рада помочь!


: F* w2 z! M3 S1 ~4 }5 D7 x& Y
+ _6 e! ]2 v& i$ O0 O' s  O
/ E  E7 o) ~# G

7 B. }: D( D- M/ c1 r, b
* T% G& p8 d5 U  s
  ~' r# c2 T( ~: X; |/ |8 ?
9 o2 l- L% y3 f6 S4 F

# B) [* z7 u+ r


5 l7 s' t: I# ^" n0 X3 L' V

Astraliya опубликовал в 2024-10-16 21:04
' L! I4 h# k* A( EДля управления сложными взаимодействиями, такими как  ...

; d) v# e- ~2 [8 Q2 L* A. bОтличный подход! Использование шаблона "Состояние" действительно помогает сделать код более чистым и управляемым. Я задумался: если мы добавим несколько фаз в бою с различными типами атак (например, магические и физические атаки), можно ли расширить этот паттерн, чтобы каждая фаза также учитывала тип атаки? Например, чтобы в агрессивной фазе монстр мог случайным образом чередовать типы атак. Как лучше организовать это в рамках данного паттерна?

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

Хороший вопрос! Да, шаблон "Состояние" можно легко расширить, чтобы учесть различные типы атак. В этом случае можно добавить логику для чередования атак (магических и физических) в каждом состоянии.
; I2 {" ^. T  k1 E0 n: j
2 b7 A4 T6 M6 F# a+ [Шаг 1: Добавление типа атакиДля этого давайте создадим перечисление (enum) для типов атак и добавим его в наши состояния. Это позволит монстру случайным образом выбирать тип атаки во время боя.
$ r# A) }8 P2 s0 @1 N8 j

1. // Пакет org.l2jmobius.gameserver.model.actor
   
2. package org.l2jmobius.gameserver.model.actor;
   " J% `# [3 d4 Y3 L7 E. W9 k4 \
3. 
   
4. // Перечисление для типов атак
   
5. public enum AttackType {
   
6.     PHYSICAL, MAGICAL;
   
7. }
   

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

Шаг 2: Обновление состояний для поддержки разных атакТеперь обновим состояния монстра, чтобы в каждом из них можно было чередовать типы атак.
Обновленный класс для агрессивного состояния монстра:

4 y2 s- ?1 G0 v

1. // Пакет org.l2jmobius.gameserver.model.actor.state
   8 a: g8 H7 X% h  u) K( `) ]: T5 _
2. package org.l2jmobius.gameserver.model.actor.state;
   6 C& W  B, J( p; T5 O0 z$ s
3. 
   
4. import org.l2jmobius.gameserver.model.actor.Monster;
   0 t) Q& \" l& A' w& f; b& A
5. import org.l2jmobius.gameserver.model.actor.AttackType;
   * ?! @- H9 }* Z3 w6 g3 H
6. 
   
7. import java.util.Random;
   7 {+ j) d" [9 T8 g
8. 
   " w: }8 a* j: y* [, H/ |
9. public class AggressiveState implements MonsterState {
   1 a3 Z5 g; m3 O1 e3 z
10.     private Random random = new Random();
      ?8 v% v, G2 g
11. 
    ; n7 ?) V8 U" x" u; x3 \* V/ s
12.     @Override
    
13.     public void handleState(Monster monster) {
    
14.         // Выбираем случайный тип атаки: физическая или магическая
    
15.         AttackType attackType = random.nextBoolean() ? AttackType.PHYSICAL : AttackType.MAGICAL;
    
16. 
    
17.         // Логика для агрессивной фазы боя
    
18.         System.out.println(monster.getName() + " становится агрессивным и использует "
    2 {6 H( L$ O2 D$ H& v5 e( q
19.             + (attackType == AttackType.PHYSICAL ? "физическую" : "магическую") + " атаку!");
    
20.         
    , Q  k- w2 M) H9 E
21.         // Увеличиваем силу атаки в зависимости от типа атаки
    
22.         double multiplier = (attackType == AttackType.PHYSICAL) ? 1.5 : 1.2;
    
23.         monster.setAttackPower(monster.getAttackPower() * multiplier);
    ! C6 U! K( ~) ?8 n! n8 R
24.     }
    
25. }
    

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

Шаг 3: Модификация класса MonsterТеперь класс Monster будет использовать состояние с логикой выбора типа атаки

1 ^$ F$ e6 U! i$ X+ G

1. // Пакет org.l2jmobius.gameserver.model.actor
   " k4 o) }# A! |( M+ d4 ]) U
2. package org.l2jmobius.gameserver.model.actor;
   # H, K) k3 W- j8 G
3. 
   " u1 o3 G9 h$ ]8 L/ ]0 x  B& }" I
4. import org.l2jmobius.gameserver.model.actor.state.MonsterState;
   
5. import org.l2jmobius.gameserver.model.actor.state.InitialState;
   
6. 
   
7. public class Monster extends Creature {
   9 m1 x# ^- @7 o
8.     private String name;
   
9.     private double attackPower;
   + _; Z) |' q! [, s
10.     private MonsterState state; // Текущее состояние монстра
    
11. 
    3 @8 {. d+ N' h( A- @4 x
12.     // Конструктор монстра
    2 _) r, ~/ b' p1 L3 ]- H) k
13.     public Monster(String name, double attackPower) {
    3 T9 ~: N) Q5 ]" ]8 k8 K/ b
14.         this.name = name;
    
15.         this.attackPower = attackPower;
    ' q3 i+ X2 l, a7 r* G% E
16.         this.state = new InitialState(); // Начальное состояние по умолчанию
    
17.     }
    
18. 
    . E5 l, U3 k- N+ n' P/ s( t
19.     // Метод для смены состояния
    
20.     public void setState(MonsterState newState) {
    
21.         this.state = newState;
    
22.     }
    
23. 
    
24.     // Выполнение действий на основе текущего состояния
    
25.     public void executeState() {
    
26.         state.handleState(this);
    # w, L1 U7 q. B3 @! U+ g1 R3 Q
27.     }
    + q0 \1 [  t: F; b% d; [* [3 |; e
28. 
    # k- ~' S, I1 i, u# j5 J
29.     // Геттеры и сеттеры
    & G, O9 Q* F( v
30.     public String getName() {
    5 E0 C2 K- S9 }1 H7 L% D/ j
31.         return name;
    
32.     }
    5 s6 c; }# p. f5 H
33. 
    ; j5 i/ ^$ {3 {0 b7 u  B
34.     public double getAttackPower() {
    1 O+ t4 p/ |/ S8 }$ y
35.         return attackPower;
    
36.     }
    
37. 
    
38.     public void setAttackPower(double attackPower) {
    . Y! j: `, ^. Q- R2 G# d  y' k
39.         this.attackPower = attackPower;
    2 |4 I- t  i2 N0 N* W7 y
40.     }
    
41. }
    7 p5 V, |* m/ [- M5 E, z& s

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

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

1. // Пакет org.l2jmobius.gameserver.model.battle
   % U+ r* z1 d- N! ?
2. package org.l2jmobius.gameserver.model.battle;
   # {" Z! O; Z0 \: X
3. 
   
4. import org.l2jmobius.gameserver.model.actor.Monster;
   . @/ K  a1 l. m' u" P' q/ F) A
5. import org.l2jmobius.gameserver.model.actor.state.AggressiveState;
   
6. 
   
7. public class BattleSimulation {
   ; I, ~# D9 j8 g/ N3 U
8.     public static void main(String[] args) {
   1 U+ H9 r. X$ {
9.         // Создаем монстра
   1 w3 l$ C5 l  ^6 P' {  e, ~2 a
10.         Monster monster = new Monster("Дракон", 100);
    
11. 
    ) S7 D" W9 K; m/ u! l( b/ j
12.         // Переключаем монстра в агрессивное состояние с разными типами атак
    
13.         monster.setState(new AggressiveState());
    : z! O' D$ [! z- d* E3 T$ h& @
14.         monster.executeState();
    ) d! V0 Y+ I1 p* C
15.         monster.executeState(); // Повторяем, чтобы увидеть чередование атак
    
16.     }
    6 F* G: u3 ]# _2 D6 v
17. }
    

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

ЗаключениеВ результате, с помощью перечисления AttackType, мы можем легко добавлять и чередовать типы атак в зависимости от состояния. Это гибкий способ управления сложными взаимодействиями в бою, не перегружая основной код. Выбор типа атаки можно ещё больше расширить, добавив, например, урон или специальные способности, в зависимости от типа атаки.
2 F6 m) u- P* f* S' G; f1 N' uЕсли у тебя есть еще идеи или предложения по улучшению, всегда рад обсудить!
7 s  c0 L. K" @+ T

# U# g: {2 z( B! L8 R
8 N3 Y/ A* n/ X" z. ~