Engineer / Solution Architect / Dynamics 365-AX Technical Consultant / Instructor (MCT)

Merhaba

Yeni başlayan projemde bir çok müşteri adresi olacak. Benim bu adreslerin enlem ve boylamlarını bilmem gerekiyor. Google Apps ta girilen adresin değerlerini veren bir servis var. XML ve JSON tipte veri veriyor.
Buradan bakabilirsiniz. Bu servisi Ax içinden çağırıp enlem ve boylamını xml dosyasından bulan bir kod yazdım.

static void FD_EnlemBoylamBul(Args _args)
{
XMLDocument         doc;
XMLNode             rootNode;
XMLNode             location, geometry, result , lat, lng;
XMLParseError       xmlError;
str                 address;
str                 xmladd;
str                 xmlfile ;
System.Net.WebClient webClient = new System.Net.WebClient();
;
address = "Rüzgarlıbahçe M.Kavak S. No:31/1 34805 Beykoz İstanbul";
xmladd=strFmt("http://maps.googleapis.com/maps/api/geocode/xml?address=%1&sensor=false",
                        address);

xmlfile = webClient.DownloadString(xmladd);

doc = new XmlDocument();
doc.loadXml(xmlfile);
xmlError = doc.parseError();
rootNode = doc.documentElement();
result   = rootNode.selectSingleNode("result");
geometry = result.selectSingleNode("geometry");
location = geometry.selectSingleNode("location");

lat = location.selectSingleNode("lat");
info(strFmt("Enlem(lat) = %1" ,lat.text()));

lng = location.selectSingleNode("lng");
info(strFmt("Boylam(lng) = %1" ,lng.text()));

}

Selamlar.

Merhaba

Bu yazımda ax 2012 ile gelen yeni Date effective framework , veya diğer adıyla Valid time state tables‘tan bahsedeceğim. Bu framework verinizde tarih veya saat aralığına göre bir işlem yapılıyorsa bu verinin girişini ve kontrollerini otomatik yapar. Örneğin sözleşmeleri tuttuğunuz bir tablo var ve sözleşmeler belli bir tarih aralığında geçerli. Siz sözleşme bittiğinde yeni bir tarih aralığı girip sözleşmenin bazı şartlarını değiştirip yeniden tanım yapabiliyorsunuz.  Adım adım ilerleyelim.

1. FDContractTable isminde bir tablo yapalım. Bu tabloya ContractId adında string bir alan oluşturalım. Tablonun özelliklerinden ValidtimeStateFieldType özelliğini Date yapalım. Otomatik olarak ValidFrom ve Validto alanları açılmış oldu.





2. VTSIdx adında bir indeks oluşturup ContractId , ValidFrom ve ValidTo alanlarını ekleyelim. Resimdeki özellikleri tanımlayalım. ValidTimeStateMode ta iki tanım var Gap ve NoGap . Bu özellik iki tarih arasında boşluk bırakılıp bırakılmayacağını belirleyen özelliktir.



3. Bir form yapalım ve forma grid ekleyelim. Alanlarımız sürükleyip gride bırakalım. Oluşturduğumuz formun veri kaynağının özelliklerinde ValidTimeStateAutoQuery özelliğini DataRange yapalım.



4. Formu açıp veri girişi yaptığınızda aynı sözleşme kodu için çakışan tarihlere giriş yaptırmadığını göreceksiniz. Yeni kayıt girerken devam eden sözleşmeyi bitirdiğini ve yeni sözleşmenin bitiş tarihine bir giriş yapmazsanız never yani sonsuz yazdığını göreceksiniz.

Daha önce bizim kodla yaptığımız bir çok kontrolü framework bizim için yapıyor. Kullanışlı bir sistem olmuş. Bir sonraki yazımda kodda bu yapının nasıl kullanılabileceğinden bahsedeceğim.

Bu framework ile alakalı çok ayrıntılı bir White Paper yayınlandı. Buradan indirebilirsiniz.

Örnek projeyi buradan indirebilirsiniz.

Selamlar.

Merhaba

Dynamics ax 2012 ile birlikte alışık olduğumuz bir çok teknolojide değişiklikler oldu. Bunlardan en temel olanlarından biride PrimaryKey yapısı. Eski versiyon eğitimlerinde sürekli söylediğim bir cümle vardı. “Ax akıllı kod kullanmak için performanstan ödüne vererek ana tablolarda string keyler kullanır.” bu cümle ax 2012 için geçerli değil. Hem akıllı kod kullanmak hemde key’i int yapmak artık mümkün. Tablolar için yeni bir Integer key oluşturmaya gerek yok. Bildiğiniz gibi her tabloda RecId alanımız mevcut. Bizim ilk eskiden beri öğrendiğimiz “her bir tablonun bir tane integer key alanı olur ve diğer tablolarla ilişkileri bu alan sayesinde kurulur” ifadesi ax içinde artık geçerli. Eski versiyonlarda olan string key hala yapabiliyoruz. Bunu başka bir yazımda anlatacağım. Bu yazımda RecId ile nasıl ana tablo yapılır bir örnekle anlatmaya çalışacağım. Adım adım ilerleyelim.

1. Bir kitap tablomuz olsun. Birde kitap satış tablosu olsun.  FDBookTable içine BookName adında string bir alan açalım. Bu alan için bir indeks oluşturalım ve aşağıda görünen tanımları yapalım.
2. FDBookTable genel yapısı için bu tanımları yapalım.
   
3. BookNameIdx indeksini oluşturalım ve tanımları yapalım.
   
4. FDBookTable özelliklerinde key tanımlarını yapalımPrimaryIndex ve ClusterIndex surrogateKey olmalı. SurrogateKey RecId index demek aslında.



5. Int64 tipinde bir EDT oluşturalım.
   
6. EDT özelliklerinde referans tablo olarak kitap tablomuzu seçiyoruz ve Table References kısmında da RecId ile referans tanımı yapıyoruz.
   
7. Bu işlemlerden sonra ana tablo yapabilmek başka tablolarla ilişki kurmak için ihtiyacımız olan tanımları yapmış olduk. Bu aşamada FDBookLine isminde bir tablo oluşturup FDBookTableRecId EDT sini sürükleyip Fields kısmına bıraktığınızda sizden FDBookTable ile ilişki kurmak için bir onay sorusu çıkacaktır. Onay vermelisiniz. Aşağıdaki resimde görünen tanımları otomatik yapmış olacak. Eğer sorun olursa elle de oluşturabilirsiniz.
   
8. Bir form yapalım ve veri kaynağına FDBookLine tablosunu ekleyelim. Tasarım kısmına bir Grid oluşturup veri kaynağında FDBookTableRecId alanını sürükletip Grid üzerine bırakalım. Otomatik olarak ReferanceGroup oluşmalı ve sizin BookNameIdx indeksinde eklediğiniz sütunları otomatik oluşmalıdır. Eğer oluşmuyorsa bir bu kısma kadar olan adımlarda bir eksiklik yapmışsınız demektir.
9. Formu açmadan önce Kitap tablosunu açıp bir kaç kitap tanımı yapalım.
10. Artık kitap satış formu açıp giriş yapabilirim. Gördüğünüz gibi Lookup ta kitap isimlerini görüyorum ve ona göre süzme işlemleri yapabiliyorum. Seçtikten sonrada Grid ekranında kitap isimlerini görüyorum ve Grid üzerinde de süzme yapabiliyorum isim üzerinden. en güzel tarafı ise FDBookLine tablosuna gidip baktığınızda kitap isimlerin yerinde Kitap tablosunun RecId’sini göreceksiniz. Bunu sağlayan bir kaç yapı var öncelikle Veri kaynağında Referance Data Sources kısmı bide Referance Group kısmı. Bu iki kısımda çok ayrıntı var ilerde bunlara da değineceğim.



Benim fikrim bu teknolojiyle birlikte ana tablo tanımlarını RecId üzerinden yapmak lazım. Eski yapılan geliştirmeleri hemen değiştirmeye gerek yok ancak performans sıkıntısı olan kısımlarda değiştirmek lazım.

Projeyi indirmek için tıklayın.

Selamlar.