⑴ java 父類中抽象方法如何定義
用abstract修飾的方法即為抽象方法，
如：public abstract void method();
知識要注意，抽象方法不能有實現，包含抽象方法的類，必須也是抽象類
⑵ java中，抽象類的不帶返回值的方法子類該如何直接去調用和訪問！
你好，這個分下面幾種情況。
1.如果這個方法是一個抽象方法，那麼子類需要覆寫該方法，然後通過子類對象去調用。
2.如果這個方法是一個private方法，那麼子類將訪問不到這個方法。
3,如果這個方法是一個普通方法，那麼你可以在子類中直接調用。
第三個種類型舉個例子：
public abstract class A {
public void add(){ //....}
}
public class B extends A{}
public class Test{
public static void main(String[] args){
B b = new B() ;
b.add() ;
A a = new B() ;
a.add() ;
}
}
⑶ StarUml中類圖方法的類型返回值怎麼設置
getName(): String
⑷ 抽象方法、抽象類怎樣聲明
抽象方法：[訪問許可權] abstract 返回類型 方法名([參數表] ); //無方法體 該類只提供方法的聲明，不提供方法的實現(無大括弧) 抽象類：[訪問許可權] abstract class 類名{…}說明： 抽象方法必須聲明在抽象類中，但抽象類也可以包含具體方法，可以有或沒有抽象方法，在抽象類中還可以聲明變數； 父類中的抽象方法需要在子類中實現，如果子類沒有實現抽象方法，則子類也成為抽象類；抽象類不能用new來進行實例化，否則會出現編譯錯誤；但可以聲明抽象類的引用，用來指向其具體子類的實例；
⑸ 給定一個抽象類的方法名earnings()，編寫一個返回類型為decimal的抽象方法聲明
public/protected/private abstract double earnings();
⑹ 如何在類中聲明抽象方法並使他返回一個字元串
用abstract修飾，同時將返回值設置為string類型即可。
抽象類，抽象方法都可用abstract修飾，來表示其抽象的意思。返回值是字元串，字元串用string表示，所以講返回值的類型設置為string就行。
⑺ staruml里方法的返回值類型怎麼設
StarUML是一個運行在Win32上快速，靈活，可擴展，功能強大的UML/MDA平台，開源，綠色，無版權問題。
不過從Rose遷移過來還是有很多的不適應：
1. Operation的返回值：StarUML添加一個Operation，開始沒發現怎麼表示返回值，後發現原來是要Add一個Parameter，將這個Parameter的DirectionKind設為RETURN。
2. 靜態成員的表示：StarUML中的靜態成員（Class、Attribute、Operation）的表示是遵照UML2.0的規范使用下劃線標示的，操作方法是將這些模型元素的OwnerScope設為CLASSIFIER。
⑻ abstract方法返回值可以是具體類型嗎，比如返回string 如：abstract string 方法名();
這是可以的，抽象方法是沒有具體實現的，但是這樣可以規定實現他的方法必須要有返回值
⑼ 如何理解自定義類作為方法的返回值類型
其實每個方法都有它才作用。
假如我們是想往資料庫里插入一條值,而不關心它到底插入成功了沒有，也就是這個方法我只需要調用他一下，不關心它會返回什麼。那這個方法就可以是void(沒有返回值)。
假如一個方法是讓傳過來的字元串 變成大寫，那別人調用的它時候就不光要給它傳參數了，還要在那個方法執行完後接收它處理好的字元串。那個方法就要返回String了
假如我是要通過某個人的學號 去資料庫里查找某個人，那用Java自帶的對象就沒有合適的了，所以我們要自己寫一個Student類,裡面封裝了這個人的所有屬性 例如姓名 班級 年齡等等，當別人調用的時候就可以把這個對象交給它了 。
⑽ 如何實現抽象類
抽象類是含有純虛函數的類。
純虛函數是指被標明為不具體實現的虛擬成員函數。它用於這樣的情況：定義一個基類時，會遇到無法定義基類中虛函數的具體實現，其實現依賴於不同的派生類。
定義純虛函數的一般格式為：virtual 返回類型 函數名（參數表）=0；
含有純虛函數的基類是不能用來定義對象的。純虛函數沒有實現部分，不能產生對象。定義純虛函數時，不能定義虛函數的實現部分。即使是函數體為空也不可以，函數體為空就可以執行，只是什麼也不做就返回。而純虛函數不能調用。
在派生類中必須有重新定義的純虛函數的函數體，這樣的派生類才能用來定義對象
抽象類的純虛函數表達了一種「規約」和「協議」的含義，只有介面的約定，沒有實現的約束，這樣就使介面與實現完成解耦，便於軟體統一介面的同時保持實現的靈活性，這也正是組件編程的基本思想。