Mes turime nustatyti SharePoint dizaineris darbo eigų, kurios "Komisijai" su atveju imtuvu per pakeitimų svetainės stulpelio reikšmių sąraše. Pvz., Jei svetainės skiltyje "SetDuedate" yra tiesa darbo eigos, įvykio imtuvo aptinka, kad pokyčiai, apskaičiuoja termino datos ir priskiria tos dienos kitos svetainės stulpelį, "Terminas." Mes padalinti dalykų kaip šis nes įvykis imtuvas gali apskaičiuoti terminą aplanko sudėtingais verslo taisyklių (atsižvelgiant į savaitgalius ir kompanijos atostogos) Nors BPD tikrai gali ne.

Vieną konkretų atvejį, Mes uzbrauca problemų su Šis triukas. Derinimo visa tai yra gana sunku, bet mes padarė apibrėžtosios išvadą, kad vienu atveju (ne mažiau kaip), renginio imtuvo neveikė visą laiką. Vienu žingsniu darbo eigos, pakeisime svetainės stulpelį, kurio vertė ir renginio imtuvo nerodomas paleisti. Tačiau, tai buvo paleisti nuosekliai skirtingų etape darbo eigos.

Po Peržiūrėdama jį, Aš pastebėjau, kad laimingas darbo eigos veiksme naudojamas "naujinimas sąrašo elemento" o kitas žingsnis naudojamas "nustatyti dabartinio elemento lauką." Atnaujinti sąrašo elemento buvo atnaujinti "Dabartinis elementas." Nežinau kodėl mes pasirinkome viena virš kitos, nes jie atrodo, daryti tą patį.

Taigi … Atnaujinti sąrašo elemento veiksmą ar sukelti gaisro atveju. kita vertus, Esamos prekės veiksmų lauko nustatyti nebuvo.

Aš atnaujinti sąrašo elemento abiejose vietose ir Našlaitė! Jis dirbo. [[ Iš viso panaikinti, Aš grojo smuiku už kiekvieną dieną, beveik 15 metus ]]

Iš šios, Preliminariai manau, kad "nustatyti lauką" veiksmų nesukeltų įvykio imtuvų į ugnį, bent šiek tiek laiko.

Šis klausimas mums kliudo savaites.

Tai yra vienas iš tų "laikomasi elgesys" pranešimų. Aš pastebėtas tai atsitiko kartą konkrečių aplinkos ir aš padaryti keletą spėlionės, kodėl dalykų nutiko kaip jie. Jei jūs turite suprasti į šią, Prašome pasidalinti pastabas.

</pabaigos>

Prenumeruoti savo dienoraštį.