NI Ürünleri İle İlgili Tartışmalar
Alt prosesli yazılım mimarisi
Solved!
Anladım Zafer Bey.
Benim kullanacağım VI larda olabilecek muhtemel arayüz değişiklikleri şu şekilde:
Arka plan dekorasyonunun büyütülmesi, butonların birbirinden uzaklaştırılması, graph yada image ekranları gibi izleme indikatörlerin büyütülmesi vs. işlemler olacak ve bu bir çok VI da olabilir. Yani hemen hemen her çağrılacak dinamik VI için bu düzenleme olacaktır. Önerdiğiniz seçenekler arasında property işlemi en uygun gibi geliyor. Çünkü kontrol ve indikatörlerin miktarında ve türünde değişiklik olmayacaktır. Aslında iki VI aynı amaca hizmet edecek tek fark dediğim gibi arayüz. Arka plan yazılımında ortak yanları da olacak farklı yanları da. Bu zaten işlemin otomatik yada manuel yapılmasına göre değişiklik gösterecek.
Anladım Zafer Bey.
Benim kullanacağım VI larda olabilecek muhtemel arayüz değişiklikleri şu şekilde:
Arka plan dekorasyonunun büyütülmesi, butonların birbirinden uzaklaştırılması, graph yada image ekranları gibi izleme indikatörlerin büyütülmesi vs. işlemler olacak ve bu bir çok VI da olabilir. Yani hemen hemen her çağrılacak dinamik VI için bu düzenleme olacaktır. Önerdiğiniz seçenekler arasında property işlemi en uygun gibi geliyor. Çünkü kontrol ve indikatörlerin miktarında ve türünde değişiklik olmayacaktır. Aslında iki VI aynı amaca hizmet edecek tek fark dediğim gibi arayüz. Arka plan yazılımında ortak yanları da olacak farklı yanları da. Bu zaten işlemin otomatik yada manuel yapılmasına göre değişiklik gösterecek.
Ayrıca Zafer Bey,
VI script fonksiyonlarından Traverse for GObject ve Get Gobject Label fonksiyonları da run-time engine de çalışmıyor mu?
Subpanel içine VI'ların tam olarak istediğimiz gibi yani ortanlamış şekilde konumlandırma methodu var mıdır?
Evet haklısınız. NI da zamanla kendini epey yeniledi. Ben LV 2011 ile başladım. Şuan LV 2016 kullanıyorum. Ancak LV de profesyonel anlamda 1 yıldır çalışıyorum. Bahsettiğiniz channel wires gayet güzel bir yenilik bir kaç yerde kullandım ancak sizin söylediğiniz gibi artık döngüler prosesler arası çok fazla iletişim aracı olduğu için gerek duymadım. Tabi özel olarak kullanılması faydalı yerler olabilir. 🙂
Splitter kullanımını irdelemek lazım o halde Zafer bey. Ofisinize gelmeyi isterim ancak Bursa da ikamet etmekteyim. İstanbul'a geldiğimde fırsat bulursam gelebilirim. 🙂
Son olarak dün bahsettiğiniz 0xC0 bayrağı type specifier VI refnum istiyor. Farklı connector pane sahip VI ları çoklu olarak nasıl kullanıyorsunuz? Ben genelde Run VI methodu ve Get set control value methodları ile çalışıyordum.
@G.Sungur wrote:
....
Son olarak dün bahsettiğiniz 0xC0 bayrağı type specifier VI refnum istiyor. Farklı connector pane sahip VI ları çoklu olarak nasıl kullanıyorsunuz? Ben genelde Run VI methodu ve Get set control value methodları ile çalışıyordum.
Evet Strictly Typed VI Ref istiyor. Kullanımı aşağıdaki gibi;
Farklı connector pane sahip VI'ları bu şekilde çağırma ihtiyacı hiç hissetmedim. Nesne tabanlı çalıştığınızda connector pane ler zaten dinamik dispacth sebebiyle aynı olmak zorunda. Nesne içeriği değişebildiği için de giriş çıkışlara farklı farklı controlller eklemek gerekmiyor. Söylediğiniz yöntemle Get/Set kullanmak gerekecektir. Aslında o yöntem Asynchronous Call gelmeden önde RunVI metodu ile VI serverdan VI çağırıp çalıştırıldığında yoğun kullanılıyordu. Nesne tabanlı programlamanın esnekliği yokken kullanılıyordu. Zira o yapı daha statik diye düşünüyorum. Kontrol indekslerine/isimlerine bağlı ve fazlaca sabit metin içeriyor. Ayrıca VI performansını da düşürecektir. Pek hissedilmeyecek kadar az olsa da çoklu çağırmalarda/erişimlerde hissedilebilir. Kullanımı daha kolay olduğu için biraz kaçak bir yöntem gibi 🙂 Bir de Visual Studio'da form üzerindeki nesnelere doğrudan erişme alışkanlığı etken sanırım 🙂
Tavsiyem VI üzerindeki nesnelere kesinlikle doğrudan erişmeyin. Actor Framework, AMC gibi mimariler bu ihtiyacı ortadan kaldırıyor. Üç temel prensibe mümkün mertebe bağlı kalın (kapsülleme, devralma ve çok biçimlilik).
Splitter ve subPanel kullanmak ara yüz tasarımını tamamen farklı boyutlara taşıyor. Son projemden birkaç arayüz paylaşıyorum...
Sağ/sol listeler, üst menü, alt durum çubuğu, merkez resim "splitter" ile ayrılmış paneller içerisinde. Dolayısıyla boyut değiştirdiğimde yada kaydrıdığımda ana görüntüleri tekrar tekrar düzenlemek durumunda kalmıyorum. Farklı işler için subPanellere farklı VI'lar yükleniyor. Ortadaki resim istenirse ayrı form olarak açılabiliyor istenirse subPanele yapışıyor. Ayrı form açtığınızda istediğiniz gibi boyutlandırıyorsunuz ve görüntü otomatik yerleşiyor...
Anladım Zafer Bey. Arayüzün de gerçekten güzel gözüküyor. Bende dediklerinizi dikkate alarak çalışmalarıma uyarlamaya çalışacağım. 🙂 Cevaplarınız için teşekkür ederim. İyi çalışmalar.
Merhaba Zafer Bey,
AMC ve G# yapılarını birlikte kullanmaya çalışıyorum. Daha önceki konuşmalarımıza göre bir sorum olacaktı. Ana program arayüzü ile dinamik çağrılan arayüzler AMC yapısı ile haberleşmektedir. G# ile oluşturduğum sınıfların nesne ve methodlarını kullanarak bu dinamik çağrılan arayüzlere iş yaptırıyorum. Buradaki sorum şu ki aynı nesne verilerini hem ana programda hemde bu dinamik çağrılan arayüzler de kullanmanın en uygun yolu nedir?
- Her iki yerde aynı isimli user counterlı Create methodu ile mi aynı verileri kullanırlar yoksa ana programda yaratılan Create methodunun verilerini serialize edip AMC üzerinden çağrılan arayüzlere mi göndermeliyim?
İyi çalışmalar.
