Java da parametreler

quote:

Orijinalden alıntı: Mephalay

parametre metodun bekledigi argumanlarin tipi.
print(String parameter) ===> buradaki parameter parametre oluyor. Ayni zamanda local variable, Java da her variable in bir scope u var. Bunun scope u metod.
print("mephalay") ----> buradaki "mephalay" benim metoda pass ettigim arguman. parametre ile arguman arasindaki fark burada, parametre bekledigin degiskenin tipini tanimladigin alan, compile time da tanimini yaparsin. Runtime da arguman olarak o tipte istedigini pass edersin.
parametresiz metod bir seyleri yapmak icin parametre gerektirmeyen metodlar, ornegin mobil uygulama yaziyorsun ve kullanicinin internet baglantisinin olup olmadigini kontrol etmek istiyorsun. Parametresiz metod yaparsin.
checkConnection() throws Exception ---> Baglanti varsa hic bir sey yapmaz, yoksa Exception throw eder.
Diyelim ki senin server ina baglanip baglanmadigini kontrol etmek istiyorsun. Parametre olarak server URL ini koyarsin.
checkConnection(URL targetUrl) throws Exception ----> Senin server a baglanamiyorsa exc throw eder.
Diyelim ki hem internet baglantisini kontrol etmek istiyorsun, hem de senin server a baglanip baglanamadigini kontrol etmek istiyorsun ( internet baglantisi olabilir ama Firewall dan dolayi baglanamiyor olabilir )
checkConnection(URL targetUrl) throws ServerConnectionException, NoInternetException ---> Eger internet yoksa NOInternet throw eder, senin server a baglanamiyorsa NoServerConnection throw eder.
Diyelim ki exception handling yapmadan, baglanabiliyorsa X yapsin, baglanamiyorsa Y yapsin istiyorsun:
boolean checkConnection() ---> Baglanirsa true, baglanamiyorsa false
Senin kurdugun mimari yapiya gore metodun davranisini parametrelerle ve return parametreleri ile bu sekilde kontrol edersin basitce.
Aslinda cok basit seyler gibi gorunse de bir metoda cok fazla yuk bindirmemek, metodun satir sayisinin 5-10 arasinda kalacak sekilde yazmak gerekli.
checkAllConnections() gibi bir metod yazarsan icini carsaf gibi doldurmamak gerekiyor. Soyle yapilabilir:
checkAllConnections():
checkDatabaseConnection() throws DBException
checkInternetConnection() throws InternetConException
checkServerConnection() throws ServerConnException

... gibi gibi. Kodu yazarken yazdigin metodu tekrar kullanabilme ihtimalini akilda bulundurarak ona gore dizayn etmelisin. checkMyServerConnection() { check("http://myServer.con")} yazarsan, baska bir projede baska bir server icin kullanacagin zaman buradaki myServer.com adresini yeni server ile degistirmen gerekir. Onun yerine checkServerConnection(URL serverURL) seklinde dizayn edersen reusable olmus olur.

Benim gozlemledigim bir baska hata da static variable belirleyip surekli bunlara public olarak ulasip degerlerini degistirmek. Bu da encapsulation mantigina ters. Amac kontrol etmekse kontrol edilecek arguman parametre olarak verilmeli, static degere atanip checkCon() icerisinde tekrar buna ulasilmamali. Boyle yapilinca multithread uygulamalarda garip buglar ile ugrasirsin. Bir metod ya da variable tanimlanirken, olabilecek en private secenek ne ise o yapilmali. public olmasina gerek olmayan sey protected ya da private olarak kalmali. Class larin hepsinin public olmasinin mantigi yok, eger ne yaptiginizi bilmiyorsaniz.