Just breathnú tapaidh go bhfuil difríocht an-tábhachtach idir an dá sainmhínithe:

<FieldBind Field = "InParam1" Cineál Dearthóir = "Teaghrán Tógálaí" Id = "2" Téacs = "paraiméadar Ionchur # 1" />

i gcomparáid le:

<FieldBind Field = "InParam1" Id = "2" Téacs = "paraiméadar Ionchur # 1" />

Léiríonn an chéad mar seo i SPD:

cé go léiríonn an dara ceann mar seo:

Níl mé cinnte cé chomh cabhrach is atá na seatanna scáileáin seo ach rinne mé iarracht iad a dhéanamh ionas go mbeidh ort breathnú orthu 🙂

Is é an tuairim seo: StringBuilder is féidir leat a thógáil ar shraith (ar ndóigh) ag meascadh le chéile literals téad agus sonraí sreabhadh oibre (tríd an Add "Lookup" cnaipe sa chúinne íochtarach ar chlé). When you use the Add Lookup button, cuireann sé ina chomhartha san fhoirm "[%% chomhartha]". When SharePoint invokes your custom action, (C # cód i mo chás), SharePoint Gabhann an chomhartha féin, not the value of the token. If you use the default designer type (an dara cineál), SharePoint leathnaíonn an chomhartha agus Gabhann luach iarbhír an chomhartha ar do ghníomhaíocht.

StringBuilder = bad, Cineál dearthóir réamhshocraithe = MAITH.

Ar ndóigh,, that’s not what I really mean. Just don’t try and pass a parameter to your custom action when the designer type = StringBuilder. Use the default designer type and chain a StringBuilder to it up front if you need to build complex strings in your workflow (atá teagmhasach go díreach cad a dhéanann duine a chruthú faoi réir dinimiciúil don ghníomhaíocht r-phost, ach tá go ábhar le haghaidh iontráil eile blog, Tá).

<deireadh />