Legjobb válasz
Alapvetően a kazánlap kódja a projekt kerete.
Tegyük fel, hogy gyorsan meg kell prototípusoznia a termék az ügyfél számára bizonyos technológiákban. Kazán nélkül elölről kell kezdenie, vagy valamilyen CLI által generált sablont, amely nem mindig felel meg a dolgok stílusának.
Most képzelje el, hogy van egy tiszta kis projektje, amelyet egy másik számára készített. egy kicsit ezelőtt, hogy alapvetően csak néhány változtatásra van szükség, néhány sor eltávolítására, mások hozzáadására, és alapvetően készen áll arra, hogy bemutassa az ügyfelének. Ügyes, mi?
Most egyfajta második forgatókönyv az, hogy van kazánja. Ha tudod, hogy lesznek olyan projektek, amelyek bizonyos technológiát / keretrendszert / könyvtárat igényelnek, akkor megjavíthat magadnak egy lemezt, egy kazánt. Sportolni fogja a kedvenc funkcióit, például az alakot és a színt (és a kódstílusát is!), Így könnyedén összpontosíthat a dolgok hozzáadására, és nem arra, hogy megváltoztassa azokat minden alkalommal, amikor új projektet akar indítani.
Tegyük fel, hogy egy példa kidolgozásához gyakran felkérik Önt, hogy hozzon létre egy alkalmazást az Angular2 + vagy a React alkalmazásban, amely tartalmaz egy oldalsávot bizonyos adatok előnézetével és fix fejléccel, rajta a menü vezérlőivel. Ahelyett, hogy üres projektet készítene minden alkalommal, amikor egy új ügyfél eljut hozzád, használhat egy üres kazántáblát, hogy csak a megfelelő menübejegyzések, előnézetek és fő tartalom hozzáadásával fókuszáljon.
Összefoglalva, ha tudod sok hasonló projekted lesz a jövőben, a kazánlemez hatalmas időmegtakarítást jelent 🙂
Válasz
Elazarnak remek pontjai voltak (különösen elkerülve az ellenőrzött kivételeket), de én “Hozzáadom a saját ajánlásaimat az A2A miatt 🙂
A feltüntetett kivételek elkerülése érdekében nem feltétlenül kell Guava. Ehelyett csak futásidejű kivételeket dobhat. Éppen akkor van szükség a kódra, amely már be is dobja ezeket az ellenőrzött kivételeket, ami a probléma. Ha akarja, kifejezetten megfoghatja ezeket, és inkább futásidejű kivételeket dobhat.
A polimorfizmus megakadályozza, hogy metódust írjanak ugyanazon gyermekosztály minden származtatott típusának kezelésére.
Tükröződés segít a kód újrafelhasználásában is. Talán azt szeretné, hogy osztályt dobjon egy könyvtárba, és ez egy “új komponens” legyen, amelyet a szoftvere használhat. Reflektálás útján észlelheti és használhatja, ahelyett, hogy explicit ismétlődő kódon keresztül kellene csatlakoztatnia a többi komponenshez.
A keretrendszerek segítségével elkerülhetők bizonyos kazánlapok is. Néha bátorítják a kazánlapot, máskor azonban neked tesznek dolgokat. Kipróbálhatja a tavaszi kommentárokat, hogy elkerülje a dolgok kifejezett átadását.
Miért tűnik úgy, hogy minden más, a Java-val kapcsolatos válasz, amelyet írok, tartalmaz linket ehhez a cikkhez ? Mindenesetre az ilyen módon történő visszafejlesztés segíthet a kazánlemez csökkentésében, apró, nagyon újrafelhasználható funkciókkal.
Ezenkívül a Wikipedia cikkéből a Kazánlap kód :
“A kazán szükségességét csökkenteni lehet olyan magas szintű mechanizmusokkal, mint a metaprogramozás (amelynél a számítógép automatikusan megírja a szükséges kazán szöveget), konvenció a konfiguráció felett (amely jó alapértelmezett értékeket biztosít, csökkentve a program részleteinek megadását minden projektben) és modell -vezérelt tervezés (amely modelleket és modell-kód generátorokat használ, így nincs szükség a kazán kézi kódjának szükségességére). “