Bu sorunun üzerine gidip bazı araştırmalar yaptığımda ise yakın gelecekte Axapta’nın development kısmının Visual Studio’ya gömüleceğini öğrendim fakat bu bilgi şu an için sadece söylentiden ibaret.

Biraz daha araştırdığımda ise aslında bunun bir söylenti olmadığını, muhtemelen bir kaç sene içerisinde X++’ı .NET tabanlı olarak Visual Stuio’da geliştireceğimizi anladım. Nereden bu kanıya vardığımı merak ederseniz, şöyle söyleyeyim, elbette bunlar benim bazı bilgileri yorumlamama dayanıyor.

Yalnız,

Bu bilgiler hakkında birşeyler söylemek istiyorum. Bu yorumuma neden olan bilgiler X++’ın bir sonraki sürümünü geliştiren kişilerin röportajlarına dayanıyor. Örneğin progamın başı Peter Villadsen, X++’ı MSIL’e çevirmek için uğraştıklarını belirtti.

MSIL (Microsoft Intermediate Language) bildiğiniz gibi .NET Framework’ü ile yazılan kodların derlenmesi sonucu çevrildiği dildir. Kısaca .Net Framework ile çevrilen diller makina diline değil de MSIL’e çevrilir. Bu sayede .NET Framework alt yapısı kullanan tüm diller ortak bir platform üzerinde birleşmiş oluyor. Birbirlerine çevrimleri mümkün kılınıyor.

Fazla uzatmadan,

X++’ın MSIL diline çevrilmesi, onun .NET Framework altyapısını kullanacağı anlamına geliyor fakat belirtilene göre bu işlemin gerçekleşmesi sonucu ciddi performans sıkıntıları ortaya çıkıyormuş. Bu durumda x++’ın hemen geçemeyeceğini ama zamanla .NET altyapısı üzerine oturacağını söyleyebiliriz.

Axapta’da deadlock olaylarının yakalanması oldukça önemlidir. Geliştirdiğiniz kodlarda deadlockları minimuma indirmek için bazı taktikler olsa da, oldukça yoğun kullanılan sistemlerde deadlock olması muhtemeldir.

Genel olarak deadlock, iki ayrı transaction’ın birbirlerini kitlemesidir.

Örneğin,

1. transaction CustTable’ı kitlemiş ve aynı zamanda VendTable’ı da kitlemek istesin.

2. transaction ise VendTable’ı kitlediği halde CustTable’ı da kitlemek istesin.

Bu durumda transactionlar birbirlerini bekleyip duracaklardır. Database engine, deadlock’u algılayıp kendi kuralları neticesinde bir transaction’ı seçecek ve onu düşürecektir. Bu durumda düğüm çözülmüş olacaktır.

Peki database engine’in düşürdüğü transaction ya sizinki ise? O zaman bu olayı yakalamalı ve tekrar denemelisiniz.

Bu durumda aşağıdaki kod sizin işinizi görecektir.

	Try
	{
	    //transaction komutlari
	}
	catch (exception::deadlock)
	{
	    retry;
	}

Microsoft Dynamics Ax’ta en çok uğraşacağınız noktalardan bir tanesi şüphesiz querylerdir. Çoğu zaman da kayıtlardaki null değerleri karşılaştırmanız gerekecektir. Daha önce tarih alanların null değerlerinin nasıl kontrol edileceğini yazmıştım. Bu yazımda da string değerlerin null olup olmadıklarını nasıl anlayacağınızı gösteriyorum.

SysQuery::valueEmptyString() methodu ile querylerde string değerlerin boş olup olmadığını kontrol edebilirsiniz. Bu methodu joblara yazıp değerine bakmak istediğiniz de ise “” (çift tırnak) değeri geliyor. Aslında bu method yerine “” ile de string değerleri kontrol edebilirsiniz. Aşağıdaki kodlarda ise örnek kullanım mevcut.

	QueryBuildDataSource qbds;
	;
	qbds =this.query().dataSourceTable(tablenum(RBOTransactionTable));
	qbds.addRange(fieldnum(RBOTransactionTable,statementId))
	.value(SysQuery::valueEmptyString());

Axapta içinde veya Enterprise portal’de müşteri bilgileri için almanız gereken verilerden bir tanesi de telefon numarasıdır.

Axapta’nın kendi içinde, telefon numaraları için, sadece sayı girişine izin veren bir kontrol bulunmuyor fakat kullanabileceğiniz birkaç yöntem var.

Bunlardan bir tanesine Axapta’da Classes\TaxVATNumValidate\isNumeric yolundan ulaşabilirsiniz. Methodu inceleyerek oradaki yöntemi kullanabilirsiniz. Diğer bir yöntem ise string değeri isInteger methodu ile kontrol edip, sayı olup olmadığına bakabilirsiniz.

Benim göstermek istediğim yöntem ise Regular Expression kullanarak girişleri validatewrite veya validatefield methodunda kontrol etmek.

Regular expressions, .net’te çalıştığım zaman, sıkça kullandığım yöntemlerden bir tanesi. Axapta’da fazla ihtiyacım olmasa da kullanmam gereken yerler çıkıyor.

Aşağı kodu inceleyip nasıl kullanıldığını anlayabilirsiniz.

TextBuffer txt = new TextBuffer();
	str phone = "AkinDeneme55544";
	;
	 
	txt.setText(phone);
	txt.regularExpressions(true);
	 
	if (!txt.find("^[0-9]+$"))
	{
	    error (strfmt("Telefon numarasini kontrol ediniz."));
	}

Axapta’da group by kullanımı oldukça basittir. Group by bir çok farklı açıdan kullanılabiliyor. Axapta’da group by olarak belirttiğiniz alanları select ile belirlemenize gerek yok. Group by daki alanlar select olarak seçilecektir. Somut hale getirecek olursam aşağıdaki iki kod bloğuda aynı işi yapacaktır.

1:
	--------------------------------------------
	    while
	    select  salesTable
	    group by CustAccount, SalesId
	    {
	        info(strfmt("Musteri: %1 - Siparis No: %2",salesTable.CustAccount,salesTable.SalesId));
	    }
	--------------------------------------------
2:
	    while
	    select CustAccount, SalesId from  salesTable
	    group by CustAccount, SalesId
	    {
	        info(strfmt("Musteri: %1 - Siparis No: %2",salesTable.CustAccount,salesTable.SalesId));
	    }

Axapta üzerinde proje geliştirirken bazı noktalarda string fonksiyonlarını kullanmanız gerekecektir. Aslında .net framework split fonksiyonlarını Axapta üzerinde kullanabileceğiniz bir proje internette olsa da (daha sonra paylaşmayı planlıyorum) Axapta içindeki split fonksiyonunun nasıl kullanıldığını göstermek istiyorum.

Global::strSplit fonksiyonu ile bölünecek texti bir listeye attıktan sonra o listeyi de bir ListIterator’a atmanız gerekir. Daha sonra ise split etmek istediğiniz değerlere ulaşabilirsiniz.

str ret;
	List list = new List(Types::String);
	container       packedList;
	ListIterator    iterator;
	str first,last;
	;
	 
	list = Global::strSplit(_mainText,_delimiter);
	 
	iterator = new ListIterator(list);
	while(iterator.more())
	{
	    packedList += iterator.value();
	    iterator.next();
	}
	 
	first = conpeek(packedList,1);
	last = conpeek(packedList,2);

Axapta’da tablolara birşeyler yazarken, bu kayıtların diğer tablolarla ve iş modelinizle uyumlu olması gerekir. Bu durumda kayıt esnasında girilen kayıtların tutarlı olup olmadığı kontrol edilir. Bu kontrol içinde validewrite() methodu veya validatefield methodu override edilir.
Validatewrite ile validatefield methodları arasında ki fark ise, validatefield alan alan kontrol yaparken, validatewrite tüm alanları kontrol eder. Bu methodlarda kaydedilmek üzere olan alanlara this. ile ulaşabilirsiniz. Aşağıdaki kod bloğunu incelemenizi tavsiye ederim.

public boolean validateWrite()
	{
	    boolean ret;
	 
	    ret = super();
	 
	    if(this.Field1>10)
	    {
	        ret=false;
	    }
	     
	    return ret;
	}

Enterprise Portal’de bir işlevi geliştirmeye çalışırken Axapta’da yazdığınız class’ları çağırmanız gerekebilir. Bu işlevi gerçekleştirmek için birden fazla yönteminiz var. Direk Bussiness Connector ile çağırabileceğiniz gibi, Proxy kullanarak da çağırabilirsiniz. Bu yazıda ise Action Url Menu Item ile bir işlevi gerçekleştirdikten sonra yönlendirmenin nasıl yapılacağını göstereceğim.

Aşağıdaki kodu kullanarak, Axgridview’den seçmiş olduğunuz satırın ActionMenuItem’a parametre olarak gitmesini sağlayabilirsiniz.

           protected void Button1_Click(object sender, EventArgs e)
	   {
	       DataSetViewRow dsvr;
	 
	       AxActionMenuItem projMenuItem = new AxActionMenuItem("PMProjTimesheetView");
	       Proxy.Args args = new Proxy.Args(this.AxSession.AxaptaAdapter);
	        
	       dsvr =this.AxDataSourceProjListTmp.GetDataSet().DataSetViews["ProjTable"].GetCurrent();
	       IAxaptaRecordAdapter projTable = dsvr.GetRecord();
	 
	        
	       args.record = projTable;
	       projMenuItem.Run(args);
	   }

ActionMenuItem’a ProjTable’da seçili kaydı gönderdik. Aşağıdaki kodu ise ActionMenuItem’ın ilişkili olduğu class’ta kullanabilirsiniz.

           protected void Button1_Click(object sender, EventArgs e)
	   {
	       DataSetViewRow dsvr;
	 
	       AxActionMenuItem projMenuItem = new AxActionMenuItem("PMProjTimesheetView");
	       Proxy.Args args = new Proxy.Args(this.AxSession.AxaptaAdapter);
	        
	       dsvr =this.AxDataSourceProjListTmp.GetDataSet().DataSetViews["ProjTable"].GetCurrent();
	       IAxaptaRecordAdapter projTable = dsvr.GetRecord();
	 
	        
	       args.record = projTable;
	       projMenuItem.Run(args);
	   }

nterprise Portal’da bildiğiniz gibi formları oluşturmak için sayfaya öncelikle Datasource daha sonra Axform ve o Axform’un içine Axgroup eklersiniz.

Daha sonra Axgroup’ın alanlarını seçerek bu formun güncelleme için mi yoksa yeni kayıt için mi kullanılacağını belirlersiniz.

Belirlediğiniz alanlarda bir Lookup var ise, sayfayı publish ettiğinizde bu lookup değeri dropdownlist olarak gözükecek ve siz değer seçmek için tıkladığınızda ise postback olup ajax ile gerçek değerleri getirecektir.

Bu gelen değerler aslında o EDT’deki tüm satırlardır. Bir noktada bu değerleri filtrelemek ve sayfaya göre getirmek isterseniz aşağıdaki adımları ve kodları kullanabilirsiniz..

Önce, Axform’un OnLookup özelliğine yazacağımız methodun ismini veriyoruz: OnLookup=”MainContact_Lookup”>

Daha sonra codebehind’a ise aşağıdaki kodu eklemeniz yeterli.

protected void MainContact_Lookup(object sender, AxLookupEventArgs e)
{

try
{
AxLookup lookup = e.LookupControl;
int _OBSRBOEPIncomeExpenseRequestTableNum = TableMetadata.TableNum(this.AxSession, "EmplTable");

using (Proxy.SysDataSetBuilder sysDataSetBuilder = Microsoft.Dynamics.Framework.BusinessConnector.Proxy.SysDataSetBuilder.constructLookupDataSet(this.AxSession.AxaptaAdapter, TableMetadata.TableNum(this.AxSession, "EmplTable")))
{
lookup.LookupDataSet = new DataSet(this.AxSession, sysDataSetBuilder.toDataSet());
}

lookup.LookupDataSet.Init();

using (Proxy.Query query = lookup.LookupDataSet.DataSetViews[0].MasterDataSource.query())
{
using (Proxy.QueryBuildDataSource datasource = query.dataSourceName("EmplTable"))
{
TableMetadata handHeldMetaData = MetadataCache.GetTableMetadata(this.AxSession, _OBSRBOEPIncomeExpenseRequestTableNum);
TableDataFieldMetadata handHeldField = (TableDataFieldMetadata)handHeldMetaData.Fields.GetByName("EmplId");


using (Proxy.QueryBuildRange range = datasource.addRange(handHeldField.FieldId))
{
range.status = (int)Proxy.RangeStatus.Hidden;
range.value = "0000"; // filtrelenmek istenen deger
}

}
}
}
catch (Exception ex)
{
InfoWrite("Lookup olusturulurken hata olustu: " + ex.Message);
}

}

Enterprise Portal’de bazen bir kaç adım içeren işlemler yapmanız gerekebilir. Bu durumda mevcut sayfada kayıt ettiğiniz veya kullandığınız verileri diğer sayfaya da aktarmanız gerekir.

Verileri diğer sayfaya aktarabilmek için öncelikle Axapta tarafında Web Url Menu Item oluşturmanız ve bu menünün hangi sayafaya yönleneceğiniz belirtmeniz gerekir.

Daha sonra Visual Studio’da code behind’da aşağıdaki kodu kullanmanız yeterli.

AxTableContext context;
AxUrlMenuItem menuItem;

// Dataset'te mevcut olan satir alinir.
row = AxDataSource1.GetDataSet().DataSetViews["smmBusRelTable"].GetCurrent();
	 
// Mevcut datasource satirindan context nesnesi yaratilir.
context = AxTableContext.Create(row.GetDefaultTableDataKey(row.DataSetView.Metadata.RootDataSource));
	 
// Sayfayi acmak icin AxUrlMenuItem olusturulur.
menuItem = new AxUrlMenuItem("OBSBrAddDeneme");

// Olusturulan menu item'a context belirtilir.
menuItem.MenuItemContext = context;

// ve sayfa yonlendirmesi yapilir.
Response.Redirect(menuItem.Url.OriginalString);