Neden DLL oluşturup kendinizi zora sokmak istediğinizi anlayamadım açıkçası. Tek yapmanız gereken uses kısmına System.Security.Cryptography namespace'ini de dahil etmek. Visual Studio içindeki diller (VB.Net, C#, vs.) ile Delphi farklı platformları kullanmıyorlar ki.. Birisi için mevcut olan altyapı bir diğeri içinde mevcut. Sizin yerinizde olsam ilgili sınıfın C# örneğini alıp Borland'ın BabelCode aracı vasıtası ile yada daha güzeli kendi bilgimle Delphiye çevirir ve denemelerimi yapardım.

 Saygılar, Sevgiler..
 Tuğrul HELVACI

Neden DLL oluşturup kendinizi zora sokmak istediğinizi anlayamadım açıkçası. Tek yapmanız gereken uses kısmına System.Security.Cryptography namespace'ini de dahil etmek. Visual Studio içindeki diller (VB.Net, C#, vs.) ile Delphi farklı platformları kullanmıyorlar ki.. Birisi için mevcut olan altyapı bir diğeri içinde mevcut. Sizin yerinizde olsam ilgili sınıfın C# örneğini alıp Borland'ın BabelCode aracı vasıtası ile yada daha güzeli kendi bilgimle Delphiye çevirir ve denemelerimi yapardım.

 Saygılar, Sevgiler..
 Tuğrul HELVACI

hmmm,
babelcode 'u duymamıştım, dediginiz iyi oldu, isime yarayacagi yerler olacaktir.RSACryptoServiceProvider class'ınıda Delphi'ye cevirmek cok zahmetli olur sanırım,

Aslında yapmak istedigimden belki biraz bahsedersem belki daha acik olur, simdi ben Delphi ile 2 key dosyası ürettim(public ve private), ve bu keylerle Delphide encrypt ettigim veriyi c# da acmak istiyorum, ama iki ortamda kullanilan classlarin yapisi farkli oldugundan basarili olmuyor bu islem(okudugum kadari ile c# daki class bu keyleri birde PK12 miyidi işte şimdi hatırlayamadım o algortimayla sign ediyor. Key' kullanırkende verify ediyor tekrar,keyleri sign etmek gerek fln fln ). Sonucta sorunumu soyle cozdum, bir dll yazdim, bu dll'in amaci input aldigi stringleri verdigim priv key ile decrypt  etmek. Bu dll'i de c# da import edince amacima ulastim,

>>>>ek yapmanız gereken uses kısmına System.Security.Cryptography namespace'ini de dahil etmek. Visual Studio içindeki diller (VB.Net, C#, vs.) ile Delphi farklı platformları kullanmıyorlar ki..
 
burada ne demek istediginizi anlamadim, cahilligime verin, daha fazla aciklarsaniz sevinirim, yani Delphide herhangi bir "vcl form application" da uses kısmına eklediginizde ilgili .dcu not found diyor, yapmam gereken birsey daha mı var? ( BDS 2006 kullanıyorum )

saygilar,

Engin.

evet hocam,Tugrul hocanın ne demek istedigini anladım ama nasıl yapıldığını anlamamıştım, daha dogrusu Delphi ile .Net framework nasıl kullanıcaz onu anlayamadım, sonra BDS 2006 yi kurcalayınca "VCL froms application - Delphi for .Net" die yeni bir proje elemanı gördüm. Onu oluşturunca gördümki uses cumlecigine System.Data vs. unitleri ekleyebiliyorsun. Süperrr...

Ancak benim Delphi 7 den cevirdigim uygulama win 32 app, dolayısıyle dediğiniz gibi System.Data gibi namespace'leri kullanamıyorum.

Ek olarak JEDI componentleri ve diger kurdugum componentler de yeni .Net uygulaması oluşturduğunuzda Tool Palette gozukmuyor. Normal midir?

Ayrıca stringlerin, sınıfların, object oriented'in ne oldugunu cok iyi biliyorum:) zaten amacım c# da yazdıgım webservice'in Delphi ile secure bir sekilde konusabilmesini saglamak. Verdiginiz bilgiler cok faydalı oldu, tskler, aslında bos vakit bulabilirsem biraz daha incelemem gerekecek sanırım bu yeni BDS'imizi,

saygilar,

Engin.

evet BDS'in mükemmelliğine katılıyorum, eskiden beri Delphide uygulama geliştiren biri olarak Borland'ın bu atağı beni fazlasıyla memnun etti,

webservice'i zaten BDS de yazdım, aslında MS VS ile yazmıştım ama MS'den pek hoşlanmadığım için IDE olarak hemen BDS'e döndüm:)

ama dediğim gibi aktif projelerden dolayı gelen yenilikleri inceleyecek çok fırsat olmuyor, .Net ilişkiside gözümden kaçmış, siz söyleyince farkettim, birde database desktop'u yoketmişler, yerine ne koydular acaba...