Yr wyf yn gweithio ar brosiect sy'n defnyddio pum llifau gwaith dylunydd SharePoint gwahanol i ymdrin â rhai cymeradwyaethau ddogfen. Mae'r ddogfen raglennu sengl yn darparu "casglu data gan ddefnyddiwr" gweithredu fel y gallwn annog y defnyddiwr ar gyfer gwahanol ddarnau o wybodaeth, megis a ydynt yn cymeradwyo ei, rhai sylwadau ac efallai gofyn beth gawsant i ginio y noson o'r blaen.

Mae'r ffurflenni yn berffaith swyddogaethol. Eu bod ynghlwm i rhestr tasgau fel math o gynnwys. Maent yn 100% a gynhyrchir gan y system. Mae hyn yn eu cryfder a gwendid. Os gallwn fyw gyda'r ffurflen diofyn, yna rydyn ni'n da i fynd. Fodd bynnag,, Nid oes gennym ormod o reolaeth dros sut mae'r ddogfen raglennu sengl yn creu ffurflen. Os nad ydym yn hoffi bod ymddygiad diofyn, mae angen i ni droi at driciau amrywiol i fynd o gwmpas ei (er enghraifft,, pennu blaenoriaeth ar dasg).

Roedd angen i ddarparu cyswllt ar ffurflenni tasg hyn yr agor yr eiddo barn (dispform.asxp) yr eitem cysylltiedig"" mewn ffenestr newydd. Mae hyn yn rhoi mynediad un-clic at y data meta yr eitem cysylltiedig. Dyma'r hyn a olygaf:

Diolch byth, gallwn wneud hynny ac nid yw'n anodd iawn. A siarad yn fras, tân i fyny SPD, gwe-lywio i'r cyfeiriadur y tai y ffeiliau llif gwaith ac agor y ffeil ASPX ydych am addasu. Mae'r rhain yn unig clasurol cyfarwyddiadau drawsnewid XSL ac os ydych wedi mucked â itemstyle.xsl, chwilio neu senarios XSL eraill, Bydd hyn yn hawdd i chi. Yn wir,, Rwy'n ei chael hi'n i fod yn haws gyffredinol ers y ffurflen a gynhyrchir rywfaint yn haws i'w dilyn o gymharu â chwiliad craidd canlyniadau ar y we yn rhan (neu 'r CWQP hunllefus).

Wrth gwrs, Mae un baglu mawr. Mae'r ddogfen raglennu sengl ar gyfer y llif gwaith Golygydd yn disgwyl reolaeth lawn dros y ffeil. Os mae ei addasu, Bydd ddogfen raglennu sengl yn disodli'r eich rhoi newidiadau yr hawl o set o amgylchiadau yn hapus. Yr oedd dau brawf cyflym i weld pa mor wael y gallai hyn gael. Mae'r ddau'n presuppose eich bod wedi wedi saernïo dilys llif gwaith ddogfen raglennu sengl sy'n defnyddio "casglu data oddi wrth ddefnyddiwr" camu.

Prawf 1:

• Addasu'r ffeil ASPX â llaw.
• Ei brofi (Gwnewch yn siŵr bod eich newidiadau yn briodol arbed a doeddwn i ddim yn torri unrhyw beth).
• Agor y llif gwaith ac ychwanegu gweithred digyswllt (megis "log i hanes").
• Arbed y llif gwaith.

Canlyniad: Yn yr achos hwn, Nid oedd ddogfen raglennu sengl ail-greu ffurf.

Prawf 2:

• Wneud yr un peth â #1 ac eithrio uniongyrchol addasu "casglu data oddi wrth ddefnyddiwr" gweithredu.

Canlyniad: Mae hyn yn ail-greu ffurf o'r dechrau, gor-ysgrifennu eich newidiadau.

Nodiadau terfynol:

• Mae o leiaf ddau gam gweithredu ddogfen raglennu sengl yn creu ffurflenni fel hyn: "Casglu Data o defnyddiwr" ac "Aseinio i wneud eitem". Ddau o'r camau gweithredu hyn’ Gellir addasu'r ffurflenni â llaw.
• Yr oedd yn gallu cynhyrchu fy cyswllt i dispform.aspx oherwydd, yn yr achos hwn, Mae eitem relate bob amser wedi ei ID URL yr eitem cysylltiedig yn rhan annatod. Yr oedd yn gallu ei echdynnu ac yna adeiladu <a href> yn seiliedig arno i ddarparu mynediad data meta un-glic nodwedd. Mae'n annhebygol bod eich URL yn dilyn y rheol hon. Efallai fod ffyrdd eraill i gael ID yr eitem cysylltiedig ond ni chefais i groesi'r bont honno, felly dwi ddim yn gwybod os mynd i'r ochr arall i'r agendor.
• Doeddwn i ddim yn ymchwilio, ond ni fyddai'n synnu os oes rhyw fath o ffeil templed yn yr 12 cwch y gallai yr addasu i effeithio ar sut y mae'r ddogfen raglennu sengl yn cynhyrchu ffurflenni diofyn (o lawer fel y gallwn addasu'r templedi effro).

</diwedd>

Tanysgrifio i fy mlog!