ہم شیئرپوائنٹ کے ڈیزائنر workflows کی ایک سیٹ کہ ڈائیلاگ "ہے" فہرست میں تبدیلیاں سائٹ کالم قدروں کے ذریعے سے ایک واقعہ رسیور. مثال کے طور پر, اگر ایک ویب سائٹ کالم SetDuedate "" کام کا بہاؤ کی طرف سے سچ کرنے کے لئے مقرر, ایونٹ رسیور یہ ہے کہ تبدیلی کا پتہ لگاتا ہے, ایک کی وجہ سے تاریخ کا حساب لگاتا ہے اور کسی دوسرے ویب سائٹ کے کالم کے لئے اس تاریخ کو دیتا ہے, "واجب تاریخ ہے ۔" واقعہ رسیور پیچیدہ کاروبار کے قواعد کا استعمال کرتے ہوئے ایک واجب تاریخ حساب کر سکتے ہیں ہم باتیں اس طرح الگ کیونکہ (اکاؤنٹ میں اختتام ہفتہ اور تعطیلات کمپنی لینے) ایس پی ڈی واقعی نہیں کر سکتے ہیں جبکہ.
کسی ایک مخصوص مثال میں, ہم نے اس کی چال میں ایک مسئلہ میں بھاگ گئے ۔. یہ سب کچھ ٹھیک کرنا بہت مشکل ہے, لیکن ہم حتمی نتیجے پر پہنچے کہ ایک کیس میں (کم سے کم), واقعہ رسیور ہر وقت نہیں چل رہا تھا. ورک فلو کا ایک مرحلہ میں, ہم ایک ویب سائٹ کے کالم کی قدر تبدیل کریں گے اور واقعہ رسیور چلانے کے لیے ظاہر نہیں کیا. تاہم, اس کام کے فلو کو ایک مختلف مرحلے میں تسلسل کے ساتھ دوڑ رہا تھا.
اس کا جائزہ لینے کے بعد, میں نے محسوس کیا کہ میں ورک فلو کے خوش قدم "اپ ڈیٹ کی فہرست شے استعمال کیا" لیکن دوسرے مرحلہ "موجودہ شے میں سیٹ کریں قطعہ ہے ۔" "موجودہ شے ۔ اپ ڈیٹ کی فہرست شے تازہ کاری کر رہا تھا" مجھے یقین نہیں کیوں کہ وہ ایک ہی بات کر رہے ہو کے لئے دکھائی دیتی ہے کیونکہ ہم ایک دوسرے کے اوپر اٹھایا.
تو … اپ ڈیٹ کی فہرست شے کی کارروائی کو برطرف کر کے یہ واقعہ سبب ضرور بنا تھا. دوسری طرف, موجودہ آئٹم کارروائی میں فیلڈ سیٹ نہیں کیا.
مجھے دونوں جگہوں میں اپ ڈیٹ کی فہرست آئٹم استعمال کیا اور جامنی رنگ! یہ کام کیا ۔. [[ ایک طرف کی کل تعداد, میں نے تقریبا کے لئے روزانہ کی بنیاد پر کے لئے وایلن ادا کیا 15 سال ]]
اس سے, میں تجربے کے طور پر اعتقاد ہے کہ "مرتب کریں قطعہ" کارروائی ایونٹ ریسیورز برطرف کرنے کے لئے کی وجہ سے نہیں کرتا, کم از کم کچھ وقت کے.
یہ معاملہ ہمارے ہفتوں کے لئے بیڈوالاد.
یہ ان "رویے کا مشاہدہ میں سے ایک ہے" مراسلات. میں یہ رونما ہونے ایک بار ایک مخصوص ماحول میں مشاہدہ کیا اور میں جیسا انہوں نے کیا کہ چیزیں کیوں ہوا کچھ اندازہ کر رہا ہوں. اگر آپ کسی بھی اس کی بصیرت ہے, تبصرے میں حصہ براہ مہربانی.
</آخر>
اپنے بلاگ کو سبسکرائب کریں.