小编clw*_*isk的帖子

何时创建辅助方法和单独的文件

背景:我有一个大型(几百行)类,它管理基于一些原始类型数据结构的概念

long[] slist;  //list of unique patterns (related to polyominoes)
int[][][] sref;//patterns at each place [location][depth][<list of indices in slist>]
Run Code Online (Sandbox Code Playgroud)

问题:填充和更新这些数据的两种方法会很长,有少量 5-20 行任务,有些是共享的,有些是独特的。我可能想为每个子任务制作一个辅助方法。

update(...){
    //do A
    //do B
    //do C
    //...
}
build(){
    //do D
    //do B
    //do E
    //...
}
Run Code Online (Sandbox Code Playgroud)

问题是如果一个文件中有太多不相关的辅助方法,可读性不会提高。

这个问题的答案让我大部分时间都在那里。我可以在同一个包中,在它们自己的类中声明结构,并访问原始成员字段或调用相关方法。但我仍然想知道这里公认的智慧,因为这个组织并不容易想到。

你会在他们自己的文件中放置update()build()运行吗?如果是这样,他们的共同任务应该在哪里声明?

java oop encapsulation helpermethods

3
推荐指数
1
解决办法
6435
查看次数

标签 统计

encapsulation ×1

helpermethods ×1

java ×1

oop ×1