作者LeoSW (易─雪)
看板java
标题Re: [问题] 有关inner class的概念
时间Sat Jan 10 02:55:59 2009
※ 引述《sbrhsieh (sbr)》之铭言:
: 标题: Re: [问题] 有关inner class的概念
: 时间: Sat Jan 10 01:26:38 2009
:
: ※ 引述《LeoSW (易─雪)》之铭言:
: : 不好意思
: : 最近在写一支程式时 碰到了一个问题
: : 想要请问一下板上的高手们
: : 问题是这样的
: : 我本来有很多个类似的class(事实上是继承同一个super class)
: : 然後现在想要把这些class都变成同一个class的inner class
: : (这个class基本上和前面的class样继承同一个super class)
: : 可是因为新的这个class的环境的关系(这里跟java没有关系)
: : 所以只能存在一个class(包含不能有其他的inner class)
: : 可是因为又想要有inner class的概念
: : 就是在小幅度的修改这些subclass的前提下
: : 又不失各个class的功能性
: : 请问有办法做到最後只有一个class吗?
: : 因为如果只是把每个subclass的内容都贴进来
: : 除了阅读上的困难 也可能会有method或variable之间的干扰
: : 另外我有想过藉由constructor的不同来区分
: : 可是这样还是没办法区分不同inner class之间method的不同
: : variable也会参杂在一起
: : 请问有什麽好方法吗?
: : 在这边先谢谢大家~
:
: 我看的有点雾~~~~
:
: 简单来说就是你最後只能 deploy 一个 class(环境限制),这个 deployed class 的
: 功能在不同的状态会不同,你本来是由几个 classes 来分别实做出一套功能(Strategy
: Pattern)。
:
: 这种情形我觉得比较好的作法是,你不要改原来的架构,每个 ConcreteStrategy
: 保持为独立的 class(也不需要把这些 ConcreteStrategy 改为 deployed class
: 的 inner class),然後使用 bytecode level 的工具在 deploy 之前,把所有
: ConcreteStrategy 合并成最後要 deploy 的单一 class。
: 转换程式可以透过 mangling ConcreteStrategy class 的 field/method name
: 来避免冲突(比如说 class: StrategyA 有个 field named "data",可以修成
: "StrategyA_data")。
先再次谢谢你的回答 :)
(真是不好意思没有把问题说的很清楚)
严格来说我要做的功能应该比较像是Composite Pattern而不是Strategy Pattern
大概把我的架构做个说明:
有一个SuperClass(写好的 不能改)
以及很多已经有的(写好的可以改 但是希望不要改太多)
SubClassA extends SuperClass
SubClassB extends SuperClass
SubClassC extends SuperClass
现在想要的是说
每一种SubClass各有一个Object
然後对每一个SubClass的Object依序做同一件事情
如果今天没有 最後只能有一个Class的限制的话
那很直觉的作法就是:
class NewSubClass extends SuperClass{
void NewMethod(){
SuperClass[] list = new SuperClass[number];
/*for each list[i] = new SubClassX();*/
for(int i=0;i<list.length;i++){
list[i].method();
}
}
}
可是这样就会有很多个Class
而不是环境限制的只可以有一个Class
当然你的方法也是可以做到同样的效果
只是当要对所有的class做同一件事情时
就得写成一长串了
不晓得这样子有没有其他的办法呢?
:
:
: --
:
※ 发信站: 批踢踢实业坊(ptt.cc)
: ◆ From: 218.173.138.249
: ※ 编辑: sbrhsieh 来自: 218.173.138.249 (01/10 01:27)
: 推 LeoSW:我也有想过这个做法 就是我後面说的 会变的混在一起 01/10 01:28
:
: 混在一起无大碍,只要没有冲突就好。因为这个混和是由程式来做掉,不是人工去改,
: 即使 deploy 的 class 的程式码看起来乱(甚至没有程式码)不会影响你继续 maintain
: 程式,你需要维护的还是原来那几个分开的 class。
: ※ 编辑: sbrhsieh 来自: 218.173.138.249 (01/10 01:33)
: 推 LeoSW:谢谢你的解答~ ^^ 也谢谢你辛苦的看懂我的问题XD 01/10 01:31
: → sbrhsieh:现在问题是你找不找的这种工具?是否有办法自己作一个? 01/10 01:35
: 推 LeoSW:混在一起我的意思是阅读上的问题 执行当然没问题 工具也没 01/10 01:38
: → LeoSW:问题 只是想问问看有没有更好的作法 01/10 01:40
: → LeoSW:另外是如果要把这些strategy依次call一遍这个方法也可行吗? 01/10 01:42
: → LeoSW:还是一样得每个strategyA_method()像这样call一次? 01/10 01:44
:  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
: 我有点怀疑你是否有明白我的意思?
: 如果程式中会有每个 ConcreteStrategy 的某项操作依序执行的动作,这就不是
: Strategy Pattern。要采用我提到以工具来转换程式的作法,你的程式在使用这些
: ConcreteStrategy object 时要避免用到 polymorphism 特性(避免以 base class
: reference 来操作这些 ConcreteStrategy object),这样子工具才容易实做转换。
:
: ※ 编辑: sbrhsieh 来自: 218.173.129.252 (01/10 02:19)
: ※ 编辑: sbrhsieh 来自: 218.173.129.252 (01/10 02:37)
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 203.204.133.40