Bir iş akışı tasarımı içinde kaderimiz ilerliyor. Bir üst etkinlik (activity) nesnesi bir alt (child) nesneyi kendine bağlamış ve bir şekilde scheduleActivity ile çalıştırma zamanını planlamış durumda.
Dış ortamdan veri okuma gereksinimi olsa, private durumuna düşebilir ve okuma ihlali ile karşı karşıya kalabiliriz.
Peki, üst nesne, bizi kendine bağladıysa, alt nesneyi addImplementationChild olarak üst veri yönetim merkezine ilettiyse bizim yapabilecek ya da durumu zorlayacak bir çözümümüz var mı?
Bence olabilir, iş akış kaderinde olasılıklar sınırsız... Bir kaçını denemek ve tasarlanmış akışı değiştirmek bizim elimizde... Yapmamız gereken şey; zemine extension yazmak ve yeri geldiğinde context bağımsız onunla konuşmak. Belki o zaman yanımıza birkaç runtimeArgument nesnesi alırız ve onları da üst veri (meta data) yönetimi ile değerleştirip + anlamsalaştırabililiriz.
Herşey yolunda giderse, bu workflow sorunsuz devam eder ve bizi onComplete kodları karşılar ancak bir sorun olursa hiç beklemediğimiz bir anda onTerminate kodları bizi sarmalar try-catch bloklarından arındırır ve bizi onAborted olayında, tekrar başlanmamak üzere sonlandırır...
Peki bu durum karşısında workflowhost ya da runtime nasıl bir tavır alır?
Sanırım onu da sonra yazmak güzel olacak...
Dış ortamdan veri okuma gereksinimi olsa, private durumuna düşebilir ve okuma ihlali ile karşı karşıya kalabiliriz.
Peki, üst nesne, bizi kendine bağladıysa, alt nesneyi addImplementationChild olarak üst veri yönetim merkezine ilettiyse bizim yapabilecek ya da durumu zorlayacak bir çözümümüz var mı?
Bence olabilir, iş akış kaderinde olasılıklar sınırsız... Bir kaçını denemek ve tasarlanmış akışı değiştirmek bizim elimizde... Yapmamız gereken şey; zemine extension yazmak ve yeri geldiğinde context bağımsız onunla konuşmak. Belki o zaman yanımıza birkaç runtimeArgument nesnesi alırız ve onları da üst veri (meta data) yönetimi ile değerleştirip + anlamsalaştırabililiriz.
Herşey yolunda giderse, bu workflow sorunsuz devam eder ve bizi onComplete kodları karşılar ancak bir sorun olursa hiç beklemediğimiz bir anda onTerminate kodları bizi sarmalar try-catch bloklarından arındırır ve bizi onAborted olayında, tekrar başlanmamak üzere sonlandırır...
Peki bu durum karşısında workflowhost ya da runtime nasıl bir tavır alır?
Sanırım onu da sonra yazmak güzel olacak...