Göra metoder shared i fasadlagret?

Fasad är ett mönster för att ge en enhetlig väg in till en delmängd av en applikation, eller en applikation. Nej jag gör dem inte statiska, tycker inte detta är ett tillfälle för statiska metoder

Okej, tack för ditt svar! Är det bland annat pga av prestandaskäl som du inte vill använda dig av shared? Förresten hur ser du på min andra fråga :)

Jag har alltid ansett att man skall undvika statiska/shared funktioner/variabler så mycket som möjligt, jag tycker man frångår OOP om man använder det för mycket.

Men självklart inser jag att dom är bra ibland i t.ex. med singleton mönster.

Jag tycker inte du skall använda statiska metoder i ditt fasadlager sålänge det inte finns en riktigt bra anledning.

Trådsäkerhet kan ju också vara en annan sak, sen håller jag med nickemannen, även om du kanske inte uppenbart behöver veta tillståndet på din fasad känns det mer rätt att låta den instansieras.

Ang. din andra fråga beror det nog lite på, inget är skrivet i sten. En facade behöver ju inte vara ett eget "lager", själva mönstret handlar ju om abstraktion och inte implementation så specifikt.

Okej, jag har lite svårt att överge det med de statiska metoderna men det beror nog på att jag inte programmerat så mycket OOP.

-> Erka
Om vi antar att du lägger in en fasadklass i affärslogiklagret. Finns det något bra namn att ge den? Typ OrderFascade eller finns det en bättre namnstandard?

Om det tvistar de lärde, själv brukar jag dock namnge dem efter vad exakt de ska göra, vad de ska förmedla access till, men det är inte fel att kalla den OrderFacade. Huvudmålet med facade är ju att dölja subsystem och exponera ut ett gemensamt gränssnitt för något, kan vara bra att ha i åtanke :)