Konunun lisans ile ilgili olduğunu düşünmüyorum. Logo Objects çalışırken Tiger'ın Resource klasörü altındaki dosyalara ihtiyacı oluyor ve her login işleminde hem Logo Objectsin kendisi hem de bu kaynak dosyaları client makinanın memory adreslerine kopyalanıyor. Bu da bir süre alıyor.

Logo Objectsin sunucu üzerinde çalışması (örneğin Logo Objects REST servisi kullanmak veya sizin yazacağınız bir servis uygulaması ile) bu performans maliyetinden kurtarabilir. 

Logo Objects REST servisi

---

14/11/16 09:23

Merhaba Naci Bey,

Aslında benim lisans başlığı ile konuyu açmamın nedeni Lobject e connect  ile bağlandığımda yine lisans kontrolü yapması. Login olana kadar lisans kontrolü yapmasa ben programa girişde Lobject nesnesini yüklesem sonra sonra login ile kullansam bu sorun ortadan kalkar ve ben servis kullanmak zorunda kalmam. Performans açısından da hızlı olur.

---

15/11/16 10:41

Merhaba,

Logo Objects, her bağlantı aşamasında entegrasyon yeteneklerinin bir kısmını kullanıma açıyor. Connect sonrasında bazı işlemler (örneğin query işlemleri), UserLogin olduktan sonra bazı işlemler (örneğin CAPI işlemleri) yapılabiliyor. Dolayısıyla bu aşamalarda da Logo Objects amacına yönelik kullanılabildiğinden lisans kontrolü de yapmak zorundayız. 

---

15/11/16 11:11

Bilgi için teşekkür ederim. Yinede bu şekilde sadece yükleyeceğimiz  lisans kontrolüne girmeyen bir fonksiyon geliştirilmesi faydalı olabilirdi.

---

15/11/16 11:28