Design Smell Refactoring in JavacTokens
まだ誰も着手していません。
評価
調査の方向性
com.google.googlejavaformat.java の JavacTokens.java から始め、JavacTokens、RawTok、CommentWithTextAndPosition が pos と endPos をどのように管理しているかを調査します。設計を変更する前に、TokenPosition に提案されている責務と既存のテストを確認します。位置情報の処理が一元化されてカプセル化され、検証が一貫しており、公開 API を変更せずに既存のすべてのテストが引き続き通過すれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Overview
Several design smells were identified in the JavacTokens class of google-java-format project. The goal focused on improving code organization, maintainability, and encapsulation while preserving all functionality.
Location
- Package: com.google.googlejavaformat.java
- Class: JavacTokens
- File: JavacTokens.java
Design Smells Identified
1. Position Management Issues
Smells:
- Unnecessary Abstraction
- Multifaceted Abstraction
Symptoms:
- Position fields (pos, endPos) scattered across classes
- Position-related logic mixed with other concerns
- Duplicate position handling in RawTok and CommentWithTextAndPosition
2. Position Validation Logic Issues
Smells:
- Multifaceted Abstraction
- Feature Envy
Symptoms:
- Position validation separated from position data
- Validation logic duplicated or inconsistent
- High coupling between classes for position validation
3. Field Organization Issues
Smells:
- Leaky Encapsulation
- Duplicate Abstraction
Symptoms:
- Position fields not properly encapsulated
- Same fields appearing in multiple classes
- Inconsistent position field management
Possible Refactoring Solutions
1. Extract Class
- Created new TokenPosition class to handle position management
- Centralized all position-related functionality
- Improved code organization and maintainability
- Clear separation of responsibilities
2. Move Method
- Moved position validation logic to TokenPosition class
- Placed validation near the data it validates
- Improved cohesion and reduced coupling
- Ensured consistent validation across usage
3. Move Field
- Consolidated position fields into TokenPosition class
- Eliminated field duplication across classes
- Enforced consistent position handling
- Enhanced encapsulation of position data
Implementation Impact
Code Quality Improvements
- Organization
- Clear separation of concerns
- Logical grouping of related functionality
- Reduced duplication
- Maintainability
- Centralized position management
- Single point for position-related changes
- Better error handling
- Reliability
- Consistent position validation
- Reduced chance of position-related bugs
- Better type safety
Verification
- ✅ All existing tests pass
- ✅ No public API changes
- ✅ Original functionality preserved
- ✅ Backward compatible
- ✅ Follows project coding standards
Conclusion
The implemented refactorings address the identified design smells while maintaining functionality and compatibility. The code is now more maintainable, better organized, and less prone to position-related errors.
Labels
- design-smells
- refactoring
- code-quality
- java
- google-java-format
- 主要言語
- Java
- スター
- 6.2k
- フォーク
- 936
- 平均マージ
- 6分
- マージ済み PR(30日)
- 3
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
google/google-java-format のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
google/google-java-format#1094 · コメント 1 件 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 15/100
google/google-java-format#1450 · リアクション 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
google/google-java-format#1439 · コメント 1 件 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 62/100
google/google-java-format#1436 · コメント 2 件 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 48/100
google/google-java-format#1428 · コメント 3 件 ·
google/google-java-format の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
elastic/gradle-plugins#157 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
cryptomator/hub#497 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
johanhaleby/occurrent#1120 ·