作者swpoker (swpoker)
看板java
标题Re: [问题] 继承与物件使用的问题?
时间Mon May 20 17:11:57 2013
java把宣告跟物件分的很清楚
宣告是代表类别可以使用的成员包括属性跟方法
物件就是实际上运作的物件
这两个是不太一样的
A obj = new C();
其中
A是宣告可以是介面 抽象或是类别
C就真的是一个某个类别建构式
你的问题在符合以下的状况吗
interface A
abstract class B implements A
class C extnes B
A obj1 = new B(); 可以这样写吗 会错误给你看
因为抽象B 介面A 是不可能成为物件的
因此你的问题并不是继承问题 只是说能不能用继承去满足 但继承不能这样用
你的问题应该是如何去操控物件
操控物件在JAVA是非常烂的-reflect
可这就是JAVA的特性
这是我觉得很烂的地方 也是觉得很好的地方
很烂的地方是操控物件的能力实在太不直觉了 太不方便了
很好的地方就是很严谨 可严格的规范物件 避免不知道哪里写错了或乱乱写
我写python就可以照你的方式跟想法写 而且很简单
可是JAVA就不行 就算行也会弄得很麻烦
这是JAVA烂的地方也是好的地方
如果只有我写 我会选择python
如果是大家写 我会选择java
基本上类别的用法不该这样用 就算可以这样用 也要避免这样用
只是我想厘清你的问题应该是
"如何操控物件" 这件事吗
※ 引述《henry4343 (henry)》之铭言:
: 各位好
: 请问各位一个问题
: 我宣告了一个class A
: public class A {
: }
: 然後又宣一个class B 继承 A
: public class B extends A {
: }
: 因为还有其他class也继承A,所以我在其他class宣告的时候这样写
: public class Main {
: //用A来宣告物件,当new时才决定物件型态
: private A myObject;
: public function() {
: myObject = new B();
: 这个时候问题来了......
: 假如我在Class B中写了一个public String myString = "123";
: 可是myObject.myString会错误,好像找不到myString的样子
: 我一定要把myString写在Class A里面
: 才有办法使用myObject.myString
: 因为我还有其他Class继承Class A,但每个继承的Class又希望有自己的物件
: 然後我想要宣告一个全域变数,在我想要的地方在把它宣告成我要的物件
: 我有办法在各自继承Class A的Class内写自己的物件并且使用这种宣告方式来
: 存取各自的物件吗?
: 或者有其他的方法可以达成我想要的需求?感谢各位大大解答了...
: }
: }
--
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 163.29.29.131
1F:→ cha122977:如果JAVA可以那样写 大概会出现一堆宣告Object的吧... 05/20 21:58
2F:推 henry4343:应该是你讲的这样 我想做的是让class继承某个class 05/21 09:39
3F:→ henry4343:然後class又可以拥有各自的物件让我使用 05/21 09:41
4F:→ henry4343:如果直接把每个class都宣告成物件就解决了 但这样很麻烦 05/21 09:44
5F:→ henry4343:所以才宣告父类别,然後在我要的地方建成我要的class 05/21 09:46
继承是用来作为垂直物件架构的问题
是把宣告跟实作切割开来
所以继承应该没办法符合你的需求
我是应该会采用 将需要分开使用的物件用成bean的方式
利用state的方式来做
然後再建构式或是设定来做
又或者只好利用map来模拟?
通常来说
如果我有一堆操作物件 然後方法都一样 只是参数不同的话
那我会把参数集中起来成为一个参数物件 将之传入各个操作物件中
那这些物件其实应该是水平类型 采用prototype的方式来做
就不会用继承的方式来用了
不然可能就要用一些 "物件描述脚本" 的架构来模拟了
例如
我想要有一些参数想要使用
String strA;
int intB;
Object objC;
原本上述的这些都会散在各个操作物件中
那麽将其集中在参数物件中
然後各个操作物件就只要导入该参数物件即可
我只是想要说
应该不太适用 继承 来做
用 原型 来做应该比较适合
如果你想要替这些操作物件有个归宿的话
可以找个介面让这些物件有个名分也可以
其实还是要看这些操作物件 可以归类到什麽程度就是
看是说只要弄个介面 有个名分就好
还是说有很高度的相似度 所以弄个抽象+样板也可以
但还是取决你对於你要操作物件s 的依据是什麽
不过老实说
如果只是个名分的话 其实也不用强加继承 (也就是不用太OO拉)
因为都是虚名阿 XD
※ 编辑: swpoker 来自: 163.29.28.131 (05/21 10:48)
6F:推 PsMonkey:我觉得你好强,我都看不懂他想问什麽 [遮脸] 05/21 11:31
他的问题我之前有想过
然後我发现我想错了
我发现会有这种想法通常都是把类别跟物件的定义没有弄得很清楚
所以会把类别跟物件搞混了
以为类别就是物件
物件就是类别
然後再把宣告跟类别跟物件在通通稿混
老实说
这是语言的特性
之前我看过一篇文章
有人用 动/静态 强/弱系别 去针对语言做分类
然後我才发现我想错了
也了解了这就是TIJ(This Is Java)(出自血钻石的TIA)
他想要动态操控物件及其相关属性 然後想要用继承来解决
(动态特性的语言就没有这个问题了)
可是java是静态+强系别的特性
造成无法这样做
你就是不能动态的去增减物件相关的成员->因为类别就确定了
而且物件的成员就在宣告的时候就确定了->编译的时候就行不通了
TIJ !!!
※ 编辑: swpoker 来自: 163.29.29.131 (05/21 11:48)
7F:推 PsMonkey:不是 This is Sparta 吗? [逃] 05/21 11:49
8F:推 henry4343:感谢回答 05/21 18:41