VB.net or C# and Excel, Solver

[Ugur KURSUNCU]

Herkese merhabalar.

Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.

Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli formuller girilmis ve gecilen verilere gore son olmasi gereken deger hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip error hesaplaniyor.
Gelistirilecek Software ise bunu bir user interface araciligiyla, excel ile user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu error' in sifira indirgenmesi gerekiyor.
Sorum;
-Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur? Sonrasinda executable file'ini olusturabilir miyiz ?
-Visual Basic.Net veya C# ile Excel-Solver'i kullanabilir miyiz ?
 
Simdiden Tesekkurler,
Iyi Calismalar.


     

[Hakan Eren-2]

Merhaba Ugur,
 
Oncelikle seni Turkce mesajini bu kadar cok Ingilizce kelime kullanarak yazmayi basardigin icin tebrik etmek istiyorum :)
 
Soruna gelince; cozum mimarisini birkac farkli sekilde olusturabilirsin ama akla ilk gelenlerden birisi "Excel Web Services" kullanmak olur.
 
Adindan da anlasilacagi gibi bu servis sunucu tarafinda calisiyor ve cogunlukla Excel dosyalarini SharePoint icerisinde html arayuzune cevirmek icin kullaniliyor. Ote yandan istemcilerde calistirilamayacak olcude agir islemlerin sunucu tarafinda hesaplanmasi amaci ile de kullanilabiliyor.
 
Senin durumunda bahsi gecen islemleri sunucuda Excel motoruna yaptirip sonucunun alinmasi amaci ile kullanilabilir.
 
Mimari dokumantasyonuna http://msdn.microsoft.com/en-us/library/ms582023.aspx adresinden ulasabilirsin.
 
kolay gelsin,
 
Hakan Eren
Microsoft Irlanda
 


To: YazilimMuhendisligiTurkiye@...
From: kursunimcse@...
Date: Fri, 25 Sep 2009 10:14:49 -0700
Subject: [YazMuhTR] VB.net or C# and Excel, Solver

 





Herkese merhabalar.
 
Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.
 
Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli formuller girilmis ve gecilen verilere gore son olmasi gereken deger hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip error hesaplaniyor.
Gelistirilecek Software ise bunu bir user interface araciligiyla, excel ile user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu error' in sifira indirgenmesi gerekiyor.
Sorum;
-Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur? Sonrasinda executable file'ini olusturabilir miyiz ?
-Visual Basic.Net veya C# ile Excel-Solver'i kullanabilir miyiz ?
 
Simdiden Tesekkurler,
Iyi Calismalar.








     
_________________________________________________________________
Get 30 Free Emoticons for your Windows Live Messenger
http://www.livemessenger-emoticons.com/funfamily/en-ie/

[Mustafa ÖZÇETIN]

Automation teknigi ile C# veya VB.NET ten Excel'i kontrol etmeniz ve kullanmaniz mumkun. Ayni zamanda bu yontemle Excel makrosu calistirabilir ve Solver add-in ini kullanabilirsiniz. Asagidaki adres iyi bir baslangic noktasi olabilir:

http://support.microsoft.com/kb/302084

Eger bu otomasyon yolunu kullanmaya karar verirseniz daha tasarim asamasinda dikkat etmeniz gereken bir husus var. Yukaridaki linkte Excel otomasyonu "early binding" yontemiyle gerceklestiriliyor. Bu yontemin avantaji compile-time check lerin yapilmasi ve intellisense ozelligini kullanabiliyor olmaniz. Ama ileride basinizi agritabilecek dezavantaji ise su: Kullanicilardaki Excel versiyonunun sizin gelistirme asamasinda kullandiginiz versiyon ile ayni olmasi gerekiyor cunku Excel'i early binding ile C# tan kullanabilmek icin once proje referanslarina eklemeniz gerekiyor. Bu yuzden kullanicilariniz farkli bir Excel versiyonu kullanmaya kalkarsa uygulamaniz calismiyor. Yani kullanicilarinizin tamaminin belli bir Excel versiyonunu kullanacaği kesin ise bu yolu kullanabilirsiniz zira bahsettigim avantajlardan dolayi gelistirme sureciniz daha kisa ve kolay olacaktir.

Eger kullanici sayiniz coksa ve/veya farkli Excel versiyonlari kullanabilme durumu soz konusu ise "late binding" yontemini kullanmaniz daha uygun olabilir. Bu yontemle (arka planda Reflection kullanarak) gelistirdiginiz uygulamayi farkli Excel versiyonlarinda rahatca kullanabilirsiniz. Ama bu sefer de early binding in compile-time checks ve intellisense gibi avantajlarindan mahrum kalacaksiniz maalesef. Bu yontemin ozellikle Reflection taraflarinda biraz angaryasi oldugu icin, ozellikle Reflection taraflarini halleden bir helper class ile reusable bir class library yazabilir ve bunu ileride de kullanabilirsiniz. Late binding icin de asagidaki adresten baslayabilirsiniz:

http://support.microsoft.com/kb/302902

Kolay gelsin.

Mustafa Ozcetin


Arastirmaci / Yazilim Uzmani

TUBITAK UEKAE / G222 Birimi

Ataturk Bulvari No:211/20 Kavaklidere / ANKARA



--- On Fri, 9/25/09, Ugur KURSUNCU <kursunimcse@...> wrote:

From: Ugur KURSUNCU <kursunimcse@...>
Subject: [YazMuhTR] VB.net or C# and Excel, Solver
To: YazilimMuhendisligiTurkiye@...
Date: Friday, September 25, 2009, 1:14 PM






 




   
                  Herkese merhabalar.
 
Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.
 
Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli formuller girilmis ve gecilen verilere gore son olmasi gereken deger hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip error hesaplaniyor.
Gelistirilecek Software ise bunu bir user interface araciligiyla, excel ile user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu error' in sifira indirgenmesi gerekiyor.
Sorum;
-Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur? Sonrasinda executable file'ini olusturabilir miyiz ?
-Visual Basic.Net veya C# ile Excel-Solver' i kullanabilir miyiz ?
 
Simdiden Tesekkurler,
Iyi Calismalar.




     
 

     

   
   
       
         
       
       








       


       
       


     

[Gökçer Gökdal]

Mustafa arkadaşıma katılıyorum fakat ufak bir düzeltme yapmam gerekiyor.
Early Binding'de sorun bildiğim kadarıyla problem geliştirme ortamında
kullanılan ofis versiyonu istemciler tarafından kullanılan ofis
versiyonundan yüksek olduğunda oluşuyor. Yani eğer geliştirmede Office 2002
için olan dll'leri kullanırsanız istemciler 2002 ve üstü ofis versiyonlarını
kullandıklarında sorun yaşamıyorlar ancak 2000 ve daha eski versiyon ofis
kullanırlarsa kesin olmamakla birlikte sorun yaşama ihtimalleri var (şayet
eski ofislerde olmayan ama 2002'de olan özellikleri kullanırsanız). Bu
noktada tavsiye edilen şey ihtiyaçlarınızı sağlayan en eski ofis versiyonunu
geliştirme ortamında kullanmanız.
Sevgilerimle

Gökçer Gökdal

26 Eylül 2009 10:18 tarihinde Mustafa ÖZÇETIN <mustafaozcetin76@...>yazdı:

>
>
> Automation teknigi ile C# veya VB.NET ten Excel'i kontrol etmeniz ve
> kullanmaniz mumkun. Ayni zamanda bu yontemle Excel makrosu calistirabilir ve
> Solver add-in ini kullanabilirsiniz. Asagidaki adres iyi bir baslangic
> noktasi olabilir:
>
> http://support.microsoft.com/kb/302084
>
> Eger bu otomasyon yolunu kullanmaya karar verirseniz daha tasarim
> asamasinda dikkat etmeniz gereken bir husus var. Yukaridaki linkte Excel
> otomasyonu "early binding" yontemiyle gerceklestiriliyor. Bu yontemin
> avantaji compile-time check lerin yapilmasi ve intellisense ozelligini
> kullanabiliyor olmaniz. Ama ileride basinizi agritabilecek dezavantaji ise
> su: Kullanicilardaki Excel versiyonunun sizin gelistirme asamasinda
> kullandiginiz versiyon ile ayni olmasi gerekiyor cunku Excel'i early binding
> ile C# tan kullanabilmek icin once proje referanslarina eklemeniz gerekiyor.
> Bu yuzden kullanicilariniz farkli bir Excel versiyonu kullanmaya kalkarsa
> uygulamaniz calismiyor. Yani kullanicilarinizin tamaminin belli bir Excel
> versiyonunu kullanacaği kesin ise bu yolu kullanabilirsiniz zira bahsettigim
> avantajlardan dolayi gelistirme sureciniz daha kisa ve kolay olacaktir.
>
> Eger kullanici sayiniz coksa ve/veya farkli Excel versiyonlari kullanabilme
> durumu soz konusu ise "late binding" yontemini kullanmaniz daha uygun
> olabilir. Bu yontemle (arka planda Reflection kullanarak) gelistirdiginiz
> uygulamayi farkli Excel versiyonlarinda rahatca kullanabilirsiniz. Ama bu
> sefer de early binding in compile-time checks ve intellisense gibi
> avantajlarindan mahrum kalacaksiniz maalesef. Bu yontemin ozellikle
> Reflection taraflarinda biraz angaryasi oldugu icin, ozellikle Reflection
> taraflarini halleden bir helper class ile reusable bir class library
> yazabilir ve bunu ileride de kullanabilirsiniz. Late binding icin de
> asagidaki adresten baslayabilirsiniz:
>
> http://support.microsoft.com/kb/302902
>
> Kolay gelsin.
>
> Mustafa Ozcetin
>
> Arastirmaci / Yazilim Uzmani
> TUBITAK UEKAE / G222 Birimi
> Ataturk Bulvari No:211/20 Kavaklidere / ANKARA
>
>
> --- On *Fri, 9/25/09, Ugur KURSUNCU <kursunimcse@...>* wrote:
>
>
> From: Ugur KURSUNCU <kursunimcse@...>
> Subject: [YazMuhTR] VB.net or C# and Excel, Solver
> To: YazilimMuhendisligiTurkiye@...
> Date: Friday, September 25, 2009, 1:14 PM
>
>
>
> Herkese merhabalar.
>
> Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.
>
> Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan
> deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden
> hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli
> formuller girilmis ve gecilen verilere gore son olmasi gereken deger
> hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip
> error hesaplaniyor.
> Gelistirilecek Software ise bunu bir user interface araciligiyla, excel ile
> user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu
> error' in sifira indirgenmesi gerekiyor.
> Sorum;
> -Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur?
> Sonrasinda executable file'ini olusturabilir miyiz ?
> -Visual Basic.Net veya C# ile Excel-Solver' i kullanabilir miyiz ?
>
> Simdiden Tesekkurler,
> Iyi Calismalar.
>
>
>  
>

--
Gökçer GÖKDAL
Genel Müdür - General Manager
Bilgisayar Yüksek Mühendisi - MSc. Computer Engineer

Probase Bilişim Teknolojileri Ltd. Şti

Gazi Üniversitesi Gölbaşı Yerleşkesi
Teknoplaza Binası B Blok Zemin Kat Bz14-Bz15
Gölbaşı / ANKARA

TURKIYE

Tel : [phone] (Pbx)

Fax : [phone]

Web : http://www.probase.com.tr

[Mustafa ÖZÇETIN]

Merhaba,

Duzeltme icin tesekkurler, yazdiginiz bilgiler Miscrosoft'un sitesinde de belirtiliyor fakat teori ile uygulama her zaman tutmayabiliyor. Ben boyle bir versiyon problemi yasadim (sebebi service pack lerle filan ilgili olabilir), bu yuzden bu deneyimimi, dikkatli olmasi icin Ugur Bey ile paylasmak istedim. Bu tur durumlarda ozellikle tasarim asamasinda dikkatli denemeler yapmak gerekebilir.

Kolay gelsin.

Mustafa Ozcetin


Arastirmaci / Yazilim Uzmani

TUBITAK UEKAE / G222 Birimi

Ataturk Bulvari No:211/20 Kavaklidere / ANKARA


--- On Sun, 9/27/09, Gökçer Gökdal <gokcer.gokdal@...> wrote:

From: Gökçer Gökdal <gokcer.gokdal@...>
Subject: Re: [YazMuhTR] VB.net or C# and Excel, Solver
To: YazilimMuhendisligiTurkiye@...
Date: Sunday, September 27, 2009, 8:17 AM






 




   
                  Mustafa arkadaşıma katılıyorum fakat ufak bir düzeltme yapmam gerekiyor. Early Binding'de sorun bildiğim kadarıyla problem geliştirme ortamında kullanılan ofis versiyonu istemciler tarafından kullanılan ofis versiyonundan yüksek olduğunda oluşuyor. Yani eğer geliştirmede Office 2002 için olan dll'leri kullanırsanız istemciler 2002 ve üstü ofis versiyonlarını kullandıklarında sorun yaşamıyorlar ancak 2000 ve daha eski versiyon ofis kullanırlarsa kesin olmamakla birlikte sorun yaşama ihtimalleri var (şayet eski ofislerde olmayan ama 2002'de olan özellikleri kullanırsanız) . Bu noktada tavsiye edilen şey ihtiyaçlarınızı sağlayan en eski ofis versiyonunu geliştirme ortamında kullanmanız.



Sevgilerimle
Gökçer Gökdal

26 Eylül 2009 10:18 tarihinde Mustafa ÖZÇETIN <mustafaozcetin76@ yahoo.com> yazdı:















 




   
                  Automation teknigi ile C# veya VB.NET ten Excel'i kontrol etmeniz ve kullanmaniz mumkun. Ayni zamanda bu yontemle Excel makrosu calistirabilir ve Solver add-in ini kullanabilirsiniz. Asagidaki adres iyi bir baslangic noktasi olabilir:




http://support. microsoft. com/kb/302084

Eger bu otomasyon yolunu kullanmaya karar verirseniz daha tasarim asamasinda dikkat etmeniz gereken bir husus var. Yukaridaki linkte Excel otomasyonu "early binding" yontemiyle gerceklestiriliyor. Bu yontemin avantaji compile-time check lerin yapilmasi ve intellisense ozelligini kullanabiliyor olmaniz. Ama ileride basinizi agritabilecek dezavantaji ise su: Kullanicilardaki Excel versiyonunun sizin gelistirme asamasinda kullandiginiz versiyon ile ayni olmasi gerekiyor cunku Excel'i early binding ile C# tan kullanabilmek icin once proje referanslarina eklemeniz gerekiyor. Bu
 yuzden kullanicilariniz farkli bir Excel versiyonu kullanmaya kalkarsa uygulamaniz calismiyor. Yani kullanicilarinizin tamaminin belli bir Excel versiyonunu kullanacaği kesin ise bu yolu kullanabilirsiniz zira bahsettigim avantajlardan dolayi gelistirme sureciniz daha kisa ve kolay olacaktir.




Eger kullanici sayiniz coksa ve/veya farkli Excel versiyonlari kullanabilme durumu soz konusu ise "late binding" yontemini kullanmaniz daha uygun olabilir. Bu yontemle (arka planda Reflection kullanarak) gelistirdiginiz uygulamayi farkli Excel versiyonlarinda rahatca kullanabilirsiniz. Ama bu sefer de early binding in compile-time checks ve intellisense gibi avantajlarindan mahrum kalacaksiniz maalesef. Bu yontemin ozellikle Reflection taraflarinda biraz angaryasi oldugu icin, ozellikle Reflection taraflarini halleden bir helper class ile reusable bir class library yazabilir ve bunu ileride de kullanabilirsiniz. Late binding icin de asagidaki adresten
 baslayabilirsiniz:

http://support. microsoft. com/kb/302902

Kolay gelsin.

Mustafa Ozcetin


Arastirmaci / Yazilim Uzmani

TUBITAK UEKAE / G222 Birimi

Ataturk Bulvari No:211/20 Kavaklidere / ANKARA



--- On Fri, 9/25/09, Ugur KURSUNCU <kursunimcse@ yahoo.com> wrote:

From: Ugur KURSUNCU <kursunimcse@ yahoo.com>



Subject: [YazMuhTR] VB.net or C# and Excel, Solver
To: YazilimMuhendisligi Turkiye@yahoogro ups.com
Date: Friday, September 25, 2009, 1:14 PM









 

   
                  Herkese merhabalar.
 
Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.
 
Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli formuller girilmis ve gecilen verilere gore son olmasi gereken deger hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip error hesaplaniyor.



Gelistirilecek Software ise bunu bir user interface araciligiyla, excel ile user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu error' in sifira indirgenmesi gerekiyor.
Sorum;
-Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur? Sonrasinda executable file'ini olusturabilir miyiz ?



-Visual Basic.Net veya C# ile Excel-Solver' i kullanabilir miyiz ?
 
Simdiden Tesekkurler,
Iyi Calismalar.




     
 

     


         
       
       




     
 

     

   
   
       
       
       
       


       


       
       
       
       
       




--
Gökçer GÖKDAL
Genel Müdür - General Manager
Bilgisayar Yüksek Mühendisi - MSc. Computer Engineer

Probase Bilişim Teknolojileri Ltd. Şti

Gazi Üniversitesi Gölbaşı Yerleşkesi



Teknoplaza Binası B Blok Zemin Kat Bz14-Bz15
Gölbaşı / ANKARA

TURKIYE

Tel : [phone] (Pbx)

Fax : [phone]

Web : http://www.probase. com.tr






 

     

   
   
       
         
       
       








       


       
       


     

[Omer CELIK]

Merhaba,

Konuya küçük bir ekleme de ben yapmak istiyorum.

Office Interop kullanılarak geliştirilen her uygulama, istemci tarafında da
Office olmasını gerektirir. (Sadece sunucu taraflı çözümlerde bile, sunucuyu
kullanacak olan tüm istemciler için lisans alınmış olması gerekiyor)

Lissans gereksinimlerinde bahsedilen bu konuyu da atlamamak gerektiğini
düşünüyorum. Bu yüzden, 3rd party bir component kullanmak daha uygun
olabilir.

Ömer ÇELİK


2009/9/27 Gökçer Gökdal <gokcer.gokdal@...>

>
>
> Mustafa arkadaşıma katılıyorum fakat ufak bir düzeltme yapmam gerekiyor.
> Early Binding'de sorun bildiğim kadarıyla problem geliştirme ortamında
> kullanılan ofis versiyonu istemciler tarafından kullanılan ofis
> versiyonundan yüksek olduğunda oluşuyor. Yani eğer geliştirmede Office 2002
> için olan dll'leri kullanırsanız istemciler 2002 ve üstü ofis versiyonlarını
> kullandıklarında sorun yaşamıyorlar ancak 2000 ve daha eski versiyon ofis
> kullanırlarsa kesin olmamakla birlikte sorun yaşama ihtimalleri var (şayet
> eski ofislerde olmayan ama 2002'de olan özellikleri kullanırsanız). Bu
> noktada tavsiye edilen şey ihtiyaçlarınızı sağlayan en eski ofis versiyonunu
> geliştirme ortamında kullanmanız.
>  Sevgilerimle
>
> Gökçer Gökdal
>
> 26 Eylül 2009 10:18 tarihinde Mustafa ÖZÇETIN <mustafaozcetin76@...>yazdı:
>
>>
>>
>>   Automation teknigi ile C# veya VB.NET <http://vb.net/> ten Excel'i
>> kontrol etmeniz ve kullanmaniz mumkun. Ayni zamanda bu yontemle Excel
>> makrosu calistirabilir ve Solver add-in ini kullanabilirsiniz. Asagidaki
>> adres iyi bir baslangic noktasi olabilir:
>>
>> http://support.microsoft.com/kb/302084
>>
>> Eger bu otomasyon yolunu kullanmaya karar verirseniz daha tasarim
>> asamasinda dikkat etmeniz gereken bir husus var. Yukaridaki linkte Excel
>> otomasyonu "early binding" yontemiyle gerceklestiriliyor. Bu yontemin
>> avantaji compile-time check lerin yapilmasi ve intellisense ozelligini
>> kullanabiliyor olmaniz. Ama ileride basinizi agritabilecek dezavantaji ise
>> su: Kullanicilardaki Excel versiyonunun sizin gelistirme asamasinda
>> kullandiginiz versiyon ile ayni olmasi gerekiyor cunku Excel'i early binding
>> ile C# tan kullanabilmek icin once proje referanslarina eklemeniz gerekiyor.
>> Bu yuzden kullanicilariniz farkli bir Excel versiyonu kullanmaya kalkarsa
>> uygulamaniz calismiyor. Yani kullanicilarinizin tamaminin belli bir Excel
>> versiyonunu kullanacaği kesin ise bu yolu kullanabilirsiniz zira bahsettigim
>> avantajlardan dolayi gelistirme sureciniz daha kisa ve kolay olacaktir.
>>
>> Eger kullanici sayiniz coksa ve/veya farkli Excel versiyonlari
>> kullanabilme durumu soz konusu ise "late binding" yontemini kullanmaniz daha
>> uygun olabilir. Bu yontemle (arka planda Reflection kullanarak)
>> gelistirdiginiz uygulamayi farkli Excel versiyonlarinda rahatca
>> kullanabilirsiniz. Ama bu sefer de early binding in compile-time checks ve
>> intellisense gibi avantajlarindan mahrum kalacaksiniz maalesef. Bu yontemin
>> ozellikle Reflection taraflarinda biraz angaryasi oldugu icin, ozellikle
>> Reflection taraflarini halleden bir helper class ile reusable bir class
>> library yazabilir ve bunu ileride de kullanabilirsiniz. Late binding icin de
>> asagidaki adresten baslayabilirsiniz:
>>
>> http://support.microsoft.com/kb/302902
>>
>> Kolay gelsin.
>>
>> Mustafa Ozcetin
>>
>> Arastirmaci / Yazilim Uzmani
>> TUBITAK UEKAE / G222 Birimi
>> Ataturk Bulvari No:211/20 Kavaklidere / ANKARA
>>
>>
>> --- On *Fri, 9/25/09, Ugur KURSUNCU <kursunimcse@...>* wrote:
>>
>>
>> From: Ugur KURSUNCU <kursunimcse@...>
>> Subject: [YazMuhTR] VB.net or C# and Excel, Solver
>> To: YazilimMuhendisligiTurkiye@...
>> Date: Friday, September 25, 2009, 1:14 PM
>>
>>
>>
>>  Herkese merhabalar.
>>
>> Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.
>>
>> Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan
>> deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden
>> hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli
>> formuller girilmis ve gecilen verilere gore son olmasi gereken deger
>> hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip
>> error hesaplaniyor.
>> Gelistirilecek Software ise bunu bir user interface araciligiyla, excel
>> ile user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu
>> error' in sifira indirgenmesi gerekiyor.
>> Sorum;
>> -Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur?
>> Sonrasinda executable file'ini olusturabilir miyiz ?
>> -Visual Basic.Net veya C# ile Excel-Solver' i kullanabilir miyiz ?
>>
>> Simdiden Tesekkurler,
>> Iyi Calismalar.
>>
>>
>>
>
>
> --
> Gökçer GÖKDAL
> Genel Müdür - General Manager
> Bilgisayar Yüksek Mühendisi - MSc. Computer Engineer
>
> Probase Bilişim Teknolojileri Ltd. Şti
>
> Gazi Üniversitesi Gölbaşı Yerleşkesi
> Teknoplaza Binası B Blok Zemin Kat Bz14-Bz15
> Gölbaşı / ANKARA
>
> TURKIYE
>
> Tel : [phone] (Pbx)
>
> Fax : [phone]
>
> Web : http://www.probase.com.tr
>
>
>

[Ugur KURSUNCU]

Verdiginiz degerli bilgiler icin tesekkurler..

Iyi Calismalar,
Ugur.


     

[asilter79]

Office geliştirmek için Interop dışında bir kutuphane onerir misiniz?




________________________________
From: Omer CELIK <omercelik@...>
To: YazilimMuhendisligiTurkiye@...
Sent: Monday, September 28, 2009 10:28:13 AM
Subject: Re: [YazMuhTR] VB.net or C# and Excel, Solver

 
Merhaba,
 
Konuya küçük bir ekleme de ben yapmak istiyorum.
 
Office Interop kullanılarak geliştirilen her uygulama, istemci tarafında da Office olmasını gerektirir. (Sadece sunucu taraflı çözümlerde bile, sunucuyu kullanacak olan tüm istemciler için lisans alınmış olması gerekiyor)
 
Lissans gereksinimlerinde bahsedilen bu konuyu da atlamamak gerektiğini düşünüyorum. Bu yüzden, 3rd party bir component kullanmak daha uygun olabilir.

Ömer ÇELİK



2009/9/27 Gökçer Gökdal <gokcer.gokdal@ probase.com. tr>

 

>Mustafa arkadaşıma katılıyorum fakat ufak bir düzeltme yapmam gerekiyor. Early Binding'de sorun bildiğim kadarıyla problem geliştirme ortamında kullanılan ofis versiyonu istemciler tarafından kullanılan ofis versiyonundan yüksek olduğunda oluşuyor. Yani eğer geliştirmede Office 2002 için olan dll'leri kullanırsanız istemciler 2002 ve üstü ofis versiyonlarını kullandıklarında sorun yaşamıyorlar ancak 2000 ve daha eski versiyon ofis kullanırlarsa kesin olmamakla birlikte sorun yaşama ihtimalleri var (şayet eski ofislerde olmayan ama 2002'de olan özellikleri kullanırsanız) . Bu noktada tavsiye edilen şey ihtiyaçlarınızı sağlayan en eski ofis versiyonunu geliştirme ortamında kullanmanız.
>
>
>
>Sevgilerimle
>
>
>Gökçer Gökdal
>
>
>26 Eylül 2009 10:18 tarihinde Mustafa ÖZÇETIN <mustafaozcetin76@ yahoo.com> yazdı:
>
>
>
>  
>>Automation teknigi ile C# veya VB.NET ten Excel'i kontrol etmeniz ve kullanmaniz mumkun. Ayni zamanda bu yontemle Excel makrosu calistirabilir ve Solver add-in ini kullanabilirsiniz. Asagidaki adres iyi bir baslangic noktasi olabilir:
>>
>>http://support. microsoft. com/kb/302084
>>
>>Eger bu otomasyon yolunu kullanmaya karar verirseniz daha tasarim asamasinda dikkat etmeniz gereken bir husus var. Yukaridaki linkte Excel otomasyonu "early binding" yontemiyle gerceklestiriliyor. Bu yontemin avantaji compile-time check lerin yapilmasi ve intellisense ozelligini kullanabiliyor olmaniz. Ama ileride basinizi agritabilecek dezavantaji ise su: Kullanicilardaki Excel versiyonunun sizin gelistirme asamasinda kullandiginiz versiyon ile ayni olmasi gerekiyor cunku Excel'i early binding ile C# tan kullanabilmek icin once proje referanslarina eklemeniz gerekiyor. Bu yuzden kullanicilariniz farkli bir Excel versiyonu kullanmaya kalkarsa uygulamaniz calismiyor. Yani kullanicilarinizin tamaminin belli bir Excel versiyonunu kullanacaği kesin ise bu yolu kullanabilirsiniz zira bahsettigim avantajlardan dolayi gelistirme sureciniz daha kisa ve kolay olacaktir.
>>
>>Eger kullanici sayiniz coksa ve/veya farkli Excel versiyonlari kullanabilme durumu soz konusu ise "late binding" yontemini kullanmaniz daha uygun olabilir. Bu yontemle (arka planda Reflection kullanarak) gelistirdiginiz uygulamayi farkli Excel versiyonlarinda rahatca kullanabilirsiniz. Ama bu sefer de early binding in compile-time checks ve intellisense gibi avantajlarindan mahrum kalacaksiniz maalesef. Bu yontemin ozellikle Reflection taraflarinda biraz angaryasi oldugu icin, ozellikle Reflection taraflarini halleden bir helper class ile reusable bir class library yazabilir ve bunu ileride de kullanabilirsiniz. Late binding icin de asagidaki adresten baslayabilirsiniz:
>>
>>http://support. microsoft. com/kb/302902
>>
>>Kolay gelsin.
>>
>>Mustafa Ozcetin
>>
>>Arastirmaci / Yazilim Uzmani
>>TUBITAK UEKAE / G222 Birimi
>>>>
>>Ataturk Bulvari No:211/20 Kavaklidere / ANKARA
>>
>>
>>--- On Fri, 9/25/09, Ugur KURSUNCU <kursunimcse@ yahoo.com> wrote:
>>
>>
>>>From: Ugur KURSUNCU <kursunimcse@ yahoo.com>
>>>
>>>
>>>Subject: [YazMuhTR] VB.net or C# and Excel, Solver
>>>To: YazilimMuhendisligi Turkiye@yahoogro ups.com
>>>Date: Friday, September 25, 2009, 1:14 PM
>>>
>>>
>>>
>>>
>>>  
>>>Herkese merhabalar.
>>>
>>>Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.
>>>
>>>Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli formuller girilmis ve gecilen verilere gore son olmasi gereken deger hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip error hesaplaniyor.
>>>>>>
>>>Gelistirilecek Software ise bunu bir user interface araciligiyla, excel ile user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu error' in sifira indirgenmesi gerekiyor.
>>>Sorum;
>>>-Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur? Sonrasinda executable file'ini olusturabilir miyiz ?
>>>>>>
>>>-Visual Basic.Net veya C# ile Excel-Solver' i kullanabilir miyiz ?
>>>
>>>Simdiden Tesekkurler,
>>>Iyi Calismalar.
>>>
>>
>
>
>--
>Gökçer GÖKDAL
>Genel Müdür - General Manager
>Bilgisayar Yüksek Mühendisi - MSc. Computer Engineer
>
>Probase Bilişim Teknolojileri Ltd. Şti
>
>Gazi Üniversitesi Gölbaşı Yerleşkesi
>Teknoplaza Binası B Blok Zemin Kat Bz14-Bz15
>Gölbaşı / ANKARA
>
>TURKIYE
>
>Tel : [phone] (Pbx)
>
>Fax : [phone]
>
>Web : http://www.probase. com.tr
>

   


     

[osman pirci]

Excel için ücretli bir bileşen var. Sunucu ya da istemci tarafıda Office kurulu olmak zorunda DEĞİL.

+ Çok hızlı ve tip güvenli. Office interop kullanmaktan çok daha kolay.

 

http://www.gemboxsoftware.com/

Selam ile,
 
Osman Pirci



 


To: YazilimMuhendisligiTurkiye@...
From: aliserdarilter@...
Date: Mon, 28 Sep 2009 22:46:47 -0700
Subject: Re: [YazMuhTR] VB.net or C# and Excel, Solver

 





Office geliştirmek için Interop dışında bir kutuphane onerir misiniz?





From: Omer CELIK <omercelik@...>
To: YazilimMuhendisligiTurkiye@...
Sent: Monday, September 28, 2009 10:28:13 AM
Subject: Re: [YazMuhTR] VB.net or C# and Excel, Solver

 



Merhaba,
 
Konuya küçük bir ekleme de ben yapmak istiyorum.
 
Office Interop kullanılarak geliştirilen her uygulama, istemci tarafında da Office olmasını gerektirir. (Sadece sunucu taraflı çözümlerde bile, sunucuyu kullanacak olan tüm istemciler için lisans alınmış olması gerekiyor)
 
Lissans gereksinimlerinde bahsedilen bu konuyu da atlamamak gerektiğini düşünüyorum. Bu yüzden, 3rd party bir component kullanmak daha uygun olabilir.
Ömer ÇELİK



2009/9/27 Gökçer Gökdal <gokcer.gokdal@ probase.com. tr>


 



Mustafa arkadaşıma katılıyorum fakat ufak bir düzeltme yapmam gerekiyor. Early Binding'de sorun bildiğim kadarıyla problem geliştirme ortamında kullanılan ofis versiyonu istemciler tarafından kullanılan ofis versiyonundan yüksek olduğunda oluşuyor. Yani eğer geliştirmede Office 2002 için olan dll'leri kullanırsanız istemciler 2002 ve üstü ofis versiyonlarını kullandıklarında sorun yaşamıyorlar ancak 2000 ve daha eski versiyon ofis kullanırlarsa kesin olmamakla birlikte sorun yaşama ihtimalleri var (şayet eski ofislerde olmayan ama 2002'de olan özellikleri kullanırsanız) . Bu noktada tavsiye edilen şey ihtiyaçlarınızı sağlayan en eski ofis versiyonunu geliştirme ortamında kullanmanız.




Sevgilerimle


Gökçer Gökdal


26 Eylül 2009 10:18 tarihinde Mustafa ÖZÇETIN <mustafaozcetin76@ yahoo.com> yazdı:



 








Automation teknigi ile C# veya VB.NET ten Excel'i kontrol etmeniz ve kullanmaniz mumkun. Ayni zamanda bu yontemle Excel makrosu calistirabilir ve Solver add-in ini kullanabilirsiniz. Asagidaki adres iyi bir baslangic noktasi olabilir:

http://support. microsoft. com/kb/302084

Eger bu otomasyon yolunu kullanmaya karar verirseniz daha tasarim asamasinda dikkat etmeniz gereken bir husus var. Yukaridaki linkte Excel otomasyonu "early binding" yontemiyle gerceklestiriliyor. Bu yontemin avantaji compile-time check lerin yapilmasi ve intellisense ozelligini kullanabiliyor olmaniz. Ama ileride basinizi agritabilecek dezavantaji ise su: Kullanicilardaki Excel versiyonunun sizin gelistirme asamasinda kullandiginiz versiyon ile ayni olmasi gerekiyor cunku Excel'i early binding ile C# tan kullanabilmek icin once proje referanslarina eklemeniz gerekiyor. Bu yuzden kullanicilariniz farkli bir Excel versiyonu kullanmaya kalkarsa uygulamaniz calismiyor. Yani kullanicilarinizin tamaminin belli bir Excel versiyonunu kullanacaği kesin ise bu yolu kullanabilirsiniz zira bahsettigim avantajlardan dolayi gelistirme sureciniz daha kisa ve kolay olacaktir.

Eger kullanici sayiniz coksa ve/veya farkli Excel versiyonlari kullanabilme durumu soz konusu ise "late binding" yontemini kullanmaniz daha uygun olabilir. Bu yontemle (arka planda Reflection kullanarak) gelistirdiginiz uygulamayi farkli Excel versiyonlarinda rahatca kullanabilirsiniz. Ama bu sefer de early binding in compile-time checks ve intellisense gibi avantajlarindan mahrum kalacaksiniz maalesef. Bu yontemin ozellikle Reflection taraflarinda biraz angaryasi oldugu icin, ozellikle Reflection taraflarini halleden bir helper class ile reusable bir class library yazabilir ve bunu ileride de kullanabilirsiniz. Late binding icin de asagidaki adresten baslayabilirsiniz:

http://support. microsoft. com/kb/302902

Kolay gelsin.

Mustafa Ozcetin

Arastirmaci / Yazilim Uzmani
TUBITAK UEKAE / G222 Birimi
Ataturk Bulvari No:211/20 Kavaklidere / ANKARA


--- On Fri, 9/25/09, Ugur KURSUNCU <kursunimcse@ yahoo.com> wrote:


From: Ugur KURSUNCU <kursunimcse@ yahoo.com>

Subject: [YazMuhTR] VB.net or C# and Excel, Solver
To: YazilimMuhendisligi Turkiye@yahoogro ups.com
Date: Friday, September 25, 2009, 1:14 PM



 




Herkese merhabalar.
 
Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.
 
Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli formuller girilmis ve gecilen verilere gore son olmasi gereken deger hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip error hesaplaniyor.
Gelistirilecek Software ise bunu bir user interface araciligiyla, excel ile user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu error' in sifira indirgenmesi gerekiyor.
Sorum;
-Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur? Sonrasinda executable file'ini olusturabilir miyiz ?
-Visual Basic.Net veya C# ile Excel-Solver' i kullanabilir miyiz ?
 
Simdiden Tesekkurler,
Iyi Calismalar.






--
Gökçer GÖKDAL
Genel Müdür - General Manager
Bilgisayar Yüksek Mühendisi - MSc. Computer Engineer

Probase Bilişim Teknolojileri Ltd. Şti

Gazi Üniversitesi Gölbaşı Yerleşkesi
Teknoplaza Binası B Blok Zemin Kat Bz14-Bz15
Gölbaşı / ANKARA

TURKIYE

Tel : [phone] (Pbx)

Fax : [phone]

Web : http://www.probase. com.tr













     

[Nail Diker]

Merhabalar,

Excel için  web uygulamalarında kullanılmayı düşünüyorsanız ve Office 2007 formatında dosya oluşması problem olmayacaksa aşağıdaki linke göz atabilirsiniz...

http://excelpackage.codeplex.com/

İyi çalışmalar.

 

________________________________
From: Ali Serdar Ilter <aliserdarilter@...>
To: YazilimMuhendisligiTurkiye@...
Sent: Tuesday, September 29, 2009 8:46:47 AM
Subject: Re: [YazMuhTR] VB.net or C# and Excel, Solver

 
Office geliştirmek için Interop dışında bir kutuphane onerir misiniz?




________________________________
From: Omer CELIK <omercelik@gmail. com>
To: YazilimMuhendisligi Turkiye@yahoogro ups.com
Sent: Monday, September 28, 2009 10:28:13 AM
Subject: Re: [YazMuhTR] VB.net or C# and Excel, Solver

 
Merhaba,

Konuya küçük bir ekleme de ben yapmak istiyorum.

Office Interop kullanılarak geliştirilen her uygulama, istemci tarafında da Office olmasını gerektirir. (Sadece sunucu taraflı çözümlerde bile, sunucuyu kullanacak olan tüm istemciler için lisans alınmış olması gerekiyor)

Lissans gereksinimlerinde bahsedilen bu konuyu da atlamamak gerektiğini düşünüyorum. Bu yüzden, 3rd party bir component kullanmak daha uygun olabilir.

Ömer ÇELİK



2009/9/27 Gökçer Gökdal <gokcer.gokdal@ probase.com. tr>

 

>Mustafa arkadaşıma katılıyorum fakat ufak bir düzeltme yapmam gerekiyor. Early Binding'de sorun bildiğim kadarıyla problem geliştirme ortamında kullanılan ofis versiyonu istemciler tarafından kullanılan ofis versiyonundan yüksek olduğunda oluşuyor. Yani eğer geliştirmede Office 2002 için olan dll'leri kullanırsanız istemciler 2002 ve üstü ofis versiyonlarını kullandıklarında sorun yaşamıyorlar ancak 2000 ve daha eski versiyon ofis kullanırlarsa kesin olmamakla birlikte sorun yaşama ihtimalleri var (şayet eski ofislerde olmayan ama 2002'de olan özellikleri kullanırsanız) . Bu noktada tavsiye edilen şey ihtiyaçlarınızı sağlayan en eski ofis versiyonunu geliştirme ortamında kullanmanız.
>
>
>Sevgilerimle
>
>
>Gökçer Gökdal
>
>
>26 Eylül 2009 10:18 tarihinde Mustafa ÖZÇETIN <mustafaozcetin76@ yahoo.com> yazdı:
>
>
> 
>>Automation teknigi ile C# veya VB.NET ten Excel'i kontrol etmeniz ve kullanmaniz mumkun. Ayni zamanda bu yontemle Excel makrosu calistirabilir ve Solver add-in ini kullanabilirsiniz. Asagidaki adres iyi bir baslangic noktasi olabilir:
>>
>>http://support. microsoft. com/kb/302084
>>
>>Eger bu otomasyon yolunu kullanmaya karar verirseniz daha tasarim asamasinda dikkat etmeniz gereken bir husus var. Yukaridaki linkte Excel otomasyonu "early binding" yontemiyle gerceklestiriliyor. Bu yontemin avantaji compile-time check lerin yapilmasi ve intellisense ozelligini kullanabiliyor olmaniz. Ama ileride basinizi agritabilecek dezavantaji ise su: Kullanicilardaki Excel versiyonunun sizin gelistirme asamasinda kullandiginiz versiyon ile ayni olmasi gerekiyor cunku Excel'i early binding ile C# tan kullanabilmek icin once proje referanslarina eklemeniz gerekiyor. Bu yuzden kullanicilariniz farkli bir Excel versiyonu kullanmaya kalkarsa uygulamaniz calismiyor. Yani kullanicilarinizin tamaminin belli bir Excel versiyonunu kullanacaği kesin ise bu yolu kullanabilirsiniz zira bahsettigim avantajlardan dolayi gelistirme sureciniz daha kisa ve kolay olacaktir.
>>
>>Eger kullanici sayiniz coksa ve/veya farkli Excel versiyonlari kullanabilme durumu soz konusu ise "late binding" yontemini kullanmaniz daha uygun olabilir. Bu yontemle (arka planda Reflection kullanarak) gelistirdiginiz uygulamayi farkli Excel versiyonlarinda rahatca kullanabilirsiniz. Ama bu sefer de early binding in compile-time checks ve intellisense gibi avantajlarindan mahrum kalacaksiniz maalesef. Bu yontemin ozellikle Reflection taraflarinda biraz angaryasi oldugu icin, ozellikle Reflection taraflarini halleden bir helper class ile reusable bir class library yazabilir ve bunu ileride de kullanabilirsiniz. Late binding icin de asagidaki adresten baslayabilirsiniz:
>>
>>http://support. microsoft. com/kb/302902
>>
>>Kolay gelsin.
>>
>>Mustafa Ozcetin
>>
>>Arastirmaci / Yazilim Uzmani
>>TUBITAK UEKAE / G222 Birimi
>>Ataturk Bulvari No:211/20 Kavaklidere / ANKARA
>>
>>
>>--- On Fri, 9/25/09, Ugur KURSUNCU <kursunimcse@ yahoo.com> wrote:
>>
>>
>>>From: Ugur KURSUNCU <kursunimcse@ yahoo.com>
>>>
>>>Subject: [YazMuhTR] VB.net or C# and Excel, Solver
>>>To: YazilimMuhendisligi Turkiye@yahoogro ups.com
>>>Date: Friday, September 25, 2009, 1:14 PM
>>>
>>>
>>>
>>> 
>>>Herkese merhabalar.
>>>
>>>Karsilasmis oldugum bir problemi sizlerle paylasmak istedim.
>>>
>>>Bir proje kapsaminda bir software yazilmasi isteniyor. Projede yapilan deneyler boyunca belli araliklarla olcumler yapiliyor ve sonuclar onceden hazirlanmis excel sheet'lerine geciriliyor. Excel sheet'lerinde gerekli formuller girilmis ve gecilen verilere gore son olmasi gereken deger hesaplaniyor. deney sonunda olculmus olan actual deger ile karsilastirilip error hesaplaniyor.
>>>Gelistirilecek Software ise bunu bir user interface araciligiyla, excel ile user'i muhatap etmeden yapilmasini amacliyor. Ayrica Excel-Solver ile bu error' in sifira indirgenmesi gerekiyor.
>>>Sorum;
>>>-Bunu, makrolar araciliyla user interface olusturarak yapmak mumkun mudur? Sonrasinda executable file'ini olusturabilir miyiz ?
>>>-Visual Basic.Net veya C# ile Excel-Solver' i kullanabilir miyiz ?
>>> 
>>>Simdiden Tesekkurler,
>>>Iyi Calismalar.
>>>
>>
>
>
>--
>Gökçer GÖKDAL
>Genel Müdür - General Manager
>Bilgisayar Yüksek Mühendisi - MSc. Computer Engineer
>
>Probase Bilişim Teknolojileri Ltd. Şti
>
>Gazi Üniversitesi Gölbaşı Yerleşkesi
>Teknoplaza Binası B Blok Zemin Kat Bz14-Bz15
>Gölbaşı / ANKARA
>
>TURKIYE
>
>Tel : [phone] (Pbx)
>
>Fax : [phone]
>
>Web : http://www.probase. com.tr
>