RaisePropertyChanged attribútum property-re PostSharppal

Ha indokolatlan kódszaporításnak érzed egy property-hez megcsinálni a get/set metódusokat és a backfieldet pusztán a PropertyChanged meghívása miatt, akkor ajánlom ezt a posztot: egy attribútum az autoproperty-n is elegendő lehet rá.

http://kanyotibor.blogspot.hu/2016/08/raisepropertychanged-attributum.html

Élet PostSharp után?

Ha valakinek van jó megoldása arra, hogy általánosan lehessen használni AOPot .NET-ben, akkor az kommenteljen. MVC3.0-ban a filterek már ezek, de általános megoldás kellene, mint a PostSharp.

Ilyen cikket találtam: http://www.codeproject.com/Articles/8414/The-simplest-AOP-scenario-in-C

ótvar szívás

Postsharp használata projekten és futó kód nélküle is:

Mivel a PostSharp aspektusa "csak" egy attribútum az osztályon/metóduson, ezért a kód le fog fordulni akkor is, ha a PostSharp nincs felinstallálva, sőt futni is fog, ha olyan jellegű a kód.
Ellenben, ha például jogosultságellenőrzés megy így, akkor mindig be fogja engedni a hívást PostSharp nélkül, fordul, fut, deploy-olható a kód.

Ha van egy szarul bekonfigurált gép és egy jól és felváltva csinálnak róla deploy-t a tesztrendszerre, akkor elkezdődik a most van-most nincs játék a tesztelőktől, amit fejlesztő persze nem hisz el... :)