.NET Rozhraní

hlasů
0

V průběhu několika posledních let jsem se změnil od mít dlouhé splývavé stránku ovládací prvky, které jsem schoval / ukázal pomocí spoustu uživatelských ovládacích prvků. Vždycky jsem měl trochu diskusi mezi spolupracovníky o osvědčených postupech.

Měli byste mít vlastnosti, které obývají, nebo použít paramterized ponorky k načtení informací ze všech ovládacích prvků?

Část mého strachu z používání paramteter to je fakt, že nemohu se ujistil, že vše bude naplněna.

Jaká je základní pravidlo je pro použití rozhraní? Nikdy jsem ji vytvořili. A měl bych zkusit to, nebo zůstat s ‚dílčím zatížením‘ ?

Položena 11/08/2008 v 19:30
zdroj uživatelem
V jiných jazycích...                            


1 odpovědí

hlasů
1

Nejsem si jistý, jestli rozhraní budou vám hodně zde. Já to chápu tak, že jste lámání stránku dolů do souboru „kompozitních“ uživatelských ovládacích prvků, které obsahují další ovládací prvky, a chcete rozhodnout, zda použít vlastnosti pro nastavení hodnoty.

Myslím, že to záleží na tom, jak se uživatel ovládá navrženy a zda jsou dynamicky přidávány do stránky atd (jeden z možných scénářů). Mám osobní preferenci uvedením věci v konstruktoru nebo za použití tovární metodu k vytvoření ovládacích prvků. I převzít odpovědnost při tvorbě za to, že je vše nastaveno. Moje zkušenosti s vlastnostmi je, že budu někdy zapomenete nastavit něco, a neuvědomují svou chybu. Míříte o nastavení vlastností nebo pomocí sub, a vše, co je naplněna nedává velký smysl pro mě. Máte-li nějaký druh závislosti a potřebují něco jiného má být naloženo pak by to mohlo stát, a to bez ohledu na to, zda se jedná o majetek nebo sub.

I se bude týkat všech knih na VB.NET/C#/OOP vidět syntaxi rozhraní. Rozhraní v podstatě popsat smlouvu pro třídu. Máte-li třída A a B a jak implementovat rozhraní s názvem ITime pak obě budou poskytovat všechny metody definované na ITime. Oni mohou ještě přidávat své vlastní metody, ale musí minimálně zahrnovat implementaci ITime své metody (např. Můžeme mít getDate (), GetCurrentTime () jako metody na ITime). Rozhraní neříká class A nebo B, jak by se tyto metody práce - jen své jméno, parametry a návratový typ. dědičnost vyhledávání v OOP knihy pro více informací o tom, jak dědičnost rozhraní se liší od dědičnosti implementace.

Odpovězeno 11/08/2008 v 19:50
zdroj uživatelem

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more