Bästa svaret
I grund och botten är pannkodskoden en ram för ditt projekt.
Låt oss säga att du snabbt måste prototypa en produkt för kund inom viss teknik. Utan pannan måste du börja om från början eller någon CLI-genererad mall, och inte alltid matcha din stil att göra saker.
Tänk dig att du har ett rent litet projekt som du har gjort för en annan kund för en liten stund sedan som i grunden bara behöver några ändringar, borttagning av vissa linjer, tillägg av andra, och det är i princip redo att presentera för din kund. Snyggt, va?
Att ha en pannplatta är något av det andra scenariot. När du vet att det kommer att finnas några projekt som kräver användning av viss teknik / ram / bibliotek, kan du fixa dig själv en tallrik, en pannplatta. Det kommer att sporta dina favoritfunktioner som form och färg (och din kodstil också!) Så att du enkelt kan fokusera på att lägga till saker till det och inte på att ändra det varje gång du vill starta ett nytt projekt.
För att utarbeta ett exempel, låt oss anta att du ofta ombeds att skapa en applikation i Angular2 + eller React som har sidofält med förhandsvisning av vissa data och fast rubrik med menykontroller på den. Istället för att skapa ett tomt projekt varje gång en ny kund når dig kan du bara använda en tom pannplatta för att bara fokusera utan att lägga till lämpliga menyposter, förhandsgranskningar och huvudinnehåll.
För att sammanfatta detta, när du vet du kommer att ha många liknande projekt i framtiden, en pannplatta är en enorm tidsbesparing 🙂
Svar
Elazar hade några bra poäng (speciellt undvika kontrollerade undantag), men jag ”Jag lägger till mina egna rekommendationer på grund av A2A 🙂
Du behöver inte nödvändigtvis Guava för att undvika markerade undantag. Du kan bara kasta undantag för runtime istället. Det är precis när du behöver kod som redan ger dessa kontrollerade undantag som är problemet. Om du vill kan du uttryckligen fånga dem och kasta undantag för runtime istället.
Polymorfism är ett sätt att undvika att skriva en metod för att hantera varje härledd typ av samma underklass.
Reflektion hjälper dig att återanvända koden också. Du kanske vill kunna släppa en klass i en katalog och den känns igen som en ”ny komponent” som din programvara kan använda. Du kan upptäcka och använda den via reflektion, snarare än att behöva koppla in den tillsammans med de andra komponenterna via uttrycklig repetitiv kod.
Ramar är ett sätt att undvika vissa pannplattor också. Ibland uppmuntrar de pannan, men andra gånger gör de saker åt dig. Du kan prova våranteckningar för att undvika att uttryckligen skicka saker runt.
Varför verkar det som om alla andra Java-relaterade svar jag skriver innehåller en länk till den här artikeln ? Hur som helst, refactoring på det sättet kan hjälpa dig att minska pannplattan med små, mycket återanvändbara funktioner.
Dessutom från Wikipedia artikel om Pannkodskod :
”Behovet av pannplatta kan minskas genom högnivåmekanismer som metaprogrammering (där datorn automatiskt skriver den nödvändiga panntexten), konvention över konfiguration (som ger bra standardvärden, vilket minskar behovet av att specificera programinformation i varje projekt) och -driven engineering (som använder modeller och modell-till-kod-generatorer, vilket eliminerar behovet av manuell kod för pannplattor). ”