Vlko napísal ...

Nápad je to určitě zajímavý, ale myslím, že by to chtělo i trochu kritiky. Není všechno zlato co se třpytí.

Kde vidím problémy:

a) pracnost - na každou metodu budu psát ještě pomocnou wrapper třídu

b) udržovatelnost - kromě změny metody musím měnit i wrapper

c) ladění - není jednoduše možné si odkrokovat co se to vlastně kam posílá (na tu poslední řádku .Send si breakpoint prostě nedám). Z tohoto pohledu je nelepší to první "zpřehlednění", kdy se parametry předpřipraví do lokálních proměnných, což je ostatně věc, kterou používá snad každý právě tehdy když potřebuje něco odladit v předávaných parametrech.

Na řešení problému a) i b) by asi šlo udělat nějaký generátor, ale ruku na srdce - stojí to za to, když mi to pak bude stěžovat ladění?

Takže můj názor: pěkná akademická (rozuměj v praxi obtížně použitelná) hříčka.

Souhlasim ze je to elegantni ciste objektove reseni, ale v praxi bude asi docela otrava to implementovat.

V C# 3 se da podobne veci dosahnout jednodussim zpusobem pomoci nove syntaxe na inicializaci objektu:

new SendMail() {

 Owner = GetAccountOwner(),

 From = ...

 Regarding = PostState.new_parentpolicy.Value,

 Priority = PickLists.EmailPriority.Type.High,

 Title = title,

 Body = body

}.Send();

Jinak, v F# se daji podobnym zpusobem zapisovat i parametry pro volani metod a je mozne aby argument byl optional, takze podobne problemy lze resit jeste s mensim mnozstvim zbytecne prace (tj. neni ani potreba definovat zbytecnou tridu jako v tomto C# 3 prikladu).

Temer stejny zpusob pouzivam u vygenerovane datove vrstvy pro volani ulozenych procedur. Dobre se to pouziva, dobre se to cte, pri refaktoringu neprekazi - ba naopak.

Ale je to spousta kodu "navic", ktery by se mi rucne psat rozhodne nechtelo.

Za sebe mohu říci, že mi nějak uniká smysl. Chápu (nebo si to alespoň myslím), jak FluentInterface funguje a k čemu je dobrý, ale osobně nevidím v jeho použití přínos, který by ospravedlňoval práci s jeho implementací. Osobně mi ani jeden z "odstrašujících příkladů" nevadí, pouze ten první mi přijde poněkud těžkopádný pro ladění.

Souhlasím s Tomášem, že nové konstrukty z C#3.0 nabízejí způsoby, jak se FluentInterface vyhnout, a přitom dosáhnout podobného efektu.

2 pbouda. Pomoci fluent interface lze udelat napriklad takovyto zapis ( v C#3.0 ho nahrazuzuje LINQ ):

Database db = GetCurrentDatabase();

MyTable tbl = new MyTable();

db.Select( tbl.PK, tbl.Name, tbl.Size, tbl.Count, tbl.Price )

   .Where( tbl.Size < 20 )

   .And( tbl.Count > 10 )

   .Or( tbl.Count == 1 )

   .OrderByAsc( tbl.Name )

   .Execute( tbl );

ktery je imho pro vyvoj lepsi nez stringova alternativa