Cafcaflı Main menu ve popup menuler için
Forum kuralları
Forum kurallarını okuyup, uyunuz!
Forum kurallarını okuyup, uyunuz!
Cafcaflı Main menu ve popup menuler için
1. Xpmenu kullandığımda ilgin Access violation hataları alıyorum
2. Bcxpmenu kullandığımda menu daha düzgün ama delphi kapanırken acces violation hataları veriyor.
3. Şu anda TMS içindeki Menu componentleri ile sorunsuz çalışıyorum.
Ama benim aradığım şu her programda bir sürü yerden bir sürü komponent kullanmak istemiyorum.
Menü içinde güzelgösterim sağlayan OFFice 2003 gibi filan yani ama exeyi şişirmeyen ve mümkünse jedi yeda tms gibi paketler içinde yer alamayan bir menu componenti yada kod blogu biliyormusunuz
2. Bcxpmenu kullandığımda menu daha düzgün ama delphi kapanırken acces violation hataları veriyor.
3. Şu anda TMS içindeki Menu componentleri ile sorunsuz çalışıyorum.
Ama benim aradığım şu her programda bir sürü yerden bir sürü komponent kullanmak istemiyorum.
Menü içinde güzelgösterim sağlayan OFFice 2003 gibi filan yani ama exeyi şişirmeyen ve mümkünse jedi yeda tms gibi paketler içinde yer alamayan bir menu componenti yada kod blogu biliyormusunuz
hem bileşenlerle bu işi çözüp hemde bileşen paketi istememek nasıl oluyor anlamadım.sen formuna tms menu bileşeni koyduğunda sadece tms bileşen paketindeki menu uniti projene eklenir paket olup olmaması pek bişey değiştirmiyo.ayrıca ne kadar görsellik olursa o kadar fazla projen şişer bu kaçınılmaz son.en cafcaflı munuleri arıyorsan bussinesskin form bileşenlerine göz atabilirsin.
Paket olunca
Bakınız üstadımserkan yazdı:hem bileşenlerle bu işi çözüp hemde bileşen paketi istememek nasıl oluyor anlamadım.sen formuna tms menu bileşeni koyduğunda sadece tms bileşen paketindeki menu uniti projene eklenir paket olup olmaması pek bişey değiştirmiyo.ayrıca ne kadar görsellik olursa o kadar fazla projen şişer bu kaçınılmaz son.en cafcaflı munuleri arıyorsan bussinesskin form bileşenlerine göz atabilirsin.
sonuçta bu paketlerin ortak kullandığı bir sürü değişken dizi şu bu da cumburlop ekleniyor projeye. Mesela cx grid 2.5 mb eklerken Tms 1 mb ekliyor. kalan 1.5 mb ın 1 mb ını extra işler için olan kodlara ayırsak bile arada ciddi bir değişken dizi vs farkı var demektir. (iki gridi kıyaslamıyorum.) benim kastettiğim ben TMS paketinden sadece menuyu kullandığım için eğer bunu yapan basit tek bir komponent yada kod varsa TMS yi hiç kurmamak amacıyla dedim.
dediğin pakete bir bakacağım...
Saygılar
-
- Kıdemli Üye
- Mesajlar: 1223
- Kayıt: 26 Nis 2005 04:08
Senin bahsettiğin gibi kod yazmak aynı şeyleri defalarca tekrar etmeyi gerektirir ki bu zaten programlamanın yapısına ters bir durumdur.Bu tarz paketlerin ortak kullandıkları global bir ya da birden fazla unit olur ve bunların da projeye eklenmesi gerekir.Eğer tek bir unitle bu işi yapmak istiyorsan paket kurmaktan kaçınman gerekir.Görsel olan her bileşen/bileşen paketinde de hata alma ihtimali çoktur.Bu aslında bir bug sayılmaz çünkü karşılaşılan hataların çoğu bellek taşması (belki buna çözüm bulmak coderin işidir bu noktada..) ve handle sorunlarıdır.Sorun biraz da OS'un bellek yönetimindeki akılalmaz stratejilerden kaynaklanıyor vs.vs.
Ek olarak open source bileşenleri (ya da kodlarıyla satın aldıklarını..) kendi projelerin için spesifik hale getirmen daha stabil bir çözüm olacaktır..
Son olarak XpManifest bileşenini de bir incele derim..
Kolay gele..
Ek olarak open source bileşenleri (ya da kodlarıyla satın aldıklarını..) kendi projelerin için spesifik hale getirmen daha stabil bir çözüm olacaktır..
Son olarak XpManifest bileşenini de bir incele derim..
Kolay gele..
-
- Kıdemli Üye
- Mesajlar: 1223
- Kayıt: 26 Nis 2005 04:08
Öyle değil maalesef
burası koca holding ama hala 32 ramli makineler bile var... ayrıca virus yazarlarının dediği gibi. kısa kısa kısa en iyisi için daha kısa kod.aLonE CoDeR yazdı:Sonradan aklıma geldi mesajı editlemek istemedim..Projelerin şişmesinden kaçınmayı ben anlamıyorum..Çünkü o eski sistemlerde kaldı..Herkes makinasını yeniledi (resmi kurumlarda var hala ama...) canavar gibi makinalar kullanıyor, kasılmaya lüzum yok bence..
Kolay gele..
Re: Cafcaflı Main menu ve popup menuler için
seninki su hem serinlemek istiyorsun hemde diyorsunki...ben denizden korkarım...ikut yazdı:1. Xpmenu kullandığımda ilgin Access violation hataları alıyorum
2. Bcxpmenu kullandığımda menu daha düzgün ama delphi kapanırken acces violation hataları veriyor.
3. Şu anda TMS içindeki Menu componentleri ile sorunsuz çalışıyorum.
Ama benim aradığım şu her programda bir sürü yerden bir sürü komponent kullanmak istemiyorum.
Menü içinde güzelgösterim sağlayan OFFice 2003 gibi filan yani ama exeyi şişirmeyen ve mümkünse jedi yeda tms gibi paketler içinde yer alamayan bir menu componenti yada kod blogu biliyormusunuz
sanırım cevap havuz seçeneğini denemek olacak...(Nede olsa kontrol senin elinde sanırım)(İyi yüzmeler...

Siz hayal edin...Biz yapalım TuannaSoft...
Bize okulda değişkenlerin boyutlarını falan öğretmişlerdi. lazım değilse daha az yer kullanan değişkenler tanımlayın diye. ama günümüzde bunlara gerek yok. çünkü mevzu bahis olan kod yapıları IBM Genel Müdürünün "Kimin 640 kb'dan fazla ram'e ihtiyacı olabilir ki?" diye komik açıklamalar yaptığı zamanlarda kaldı. söz konusu holding 32mb ramli bilgisayarlar kullanıyorlarsa bu onları ayıbıdır. bende fazladan 64mb ramler var, 10 tane gönderebilirim. Forumca ram desteğinde bulunabiliriz, sen de bu tür sıkıntılar yaşamazsın kardeş. 256mb ramin 18$ olduğu çağdayız.
konuya daha önceden değinen @aLonE CoDeR +1
konuya daha önceden değinen @aLonE CoDeR +1

onlar için bu ramler pahalı ama koskoca şirketin işleri beklemez...ikut yazdı:burası koca holding ama hala 32 ramli makineler bile var... ayrıca virus yazarlarının dediği gibi. kısa kısa kısa en iyisi için daha kısa kod.aLonE CoDeR yazdı:Sonradan aklıma geldi mesajı editlemek istemedim..Projelerin şişmesinden kaçınmayı ben anlamıyorum..Çünkü o eski sistemlerde kaldı..Herkes makinasını yeniledi (resmi kurumlarda var hala ama...) canavar gibi makinalar kullanıyor, kasılmaya lüzum yok bence..
Kolay gele..
onun için bizim programcılar kasılır....
Siz hayal edin...Biz yapalım TuannaSoft...
sağolda
şu kuralı unutma fakir aslında daha zengindir. benim evdeki makine 2Gb ramli içinde 2 tane 250 lilk disk olan 40 gb harici usb diskli bir makine. işyerine 1 cdrom ile 256 ram terfisi için 2 ay bekledim. dedğin gibi ayıp onların ayıbı ama ne yapalımnitrokonat yazdı:Bize okulda değişkenlerin boyutlarını falan öğretmişlerdi. lazım değilse daha az yer kullanan değişkenler tanımlayın diye. ama günümüzde bunlara gerek yok. çünkü mevzu bahis olan kod yapıları IBM Genel Müdürünün "Kimin 640 kb'dan fazla ram'e ihtiyacı olabilir ki?" diye komik açıklamalar yaptığı zamanlarda kaldı. söz konusu holding 32mb ramli bilgisayarlar kullanıyorlarsa bu onları ayıbıdır. bende fazladan 64mb ramler var, 10 tane gönderebilirim. Forumca ram desteğinde bulunabiliriz, sen de bu tür sıkıntılar yaşamazsın kardeş. 256mb ramin 18$ olduğu çağdayız.
konuya daha önceden değinen @aLonE CoDeR +1
-
- Kıdemli Üye
- Mesajlar: 1223
- Kayıt: 26 Nis 2005 04:08
IBM - MS yarışmasını duymuşmuydun ?
MerhabaaLonE CoDeR yazdı:"En iyisi için daha kısa kod" diyen bir kişi coder değildir
IBM -MS kapışıyorlar. Konu IBM şikayet ediyor. ben 30 eleman veriyorum sen 10 kişi iş yürümüyor. MS çiler diyorki senin elemanın bir günde yaptığı işi bizim programcılar 2 saatte yapıyorsa suç bizimmi. iş kimin elamnı daha iyi kodçu ona geliyor. Neyse uzatmayalım iki şirketin coder ları kapışıyor. Konu o anda veriliyor ve o işi yapan bir kod yazmaları isteniyor. IBM cilerin kodunun 3 dk da bitirdiği işi MS çilerin kodunun 40 saniyede bitirdiğinden bahsediliyor. Demem o ki parayı yazıyla yazan bir kod düşün. 10 tane functiondan hangisi daha iyidir sence. ben ilk yazdığımda tanımlar dahil 70 satırdı. Arkadaşımın kodu ise 28 satır...
Sınav değil bu ama mesela menulerde her elemanın tagını kullanıp menuye tek on click ile hükmedersen exe dosyan küçüloyr hemde kod daha okunur hale geliyor.
kaldıki hep devasa pc ler program geliştirecek değiliz. ya bir gün palm yada 32 mb ramli el pcleri için program geliştirecek olursak
-
- Kıdemli Üye
- Mesajlar: 1223
- Kayıt: 26 Nis 2005 04:08
O bahsettiğin şeyleri sistematik hale getirebilmek için o unitleri kullanıyorlar bunu atlıyorsun sen.Az kod değil stabil kod yazmak lazım.Günü kurtarmak için daha kısa kod yazabilirsin belki.Mühim olan geleceği planlayarak bunu yapabilmek.Uzun yazmayı pek sevmiyorum keza kod örneği vermeyi de ama yeri geldi örnekleyeyim..10 satır kod içeren bir proceduren olduğunu farzet.Fakat bu noktada şöyle bi durum var ki örneğin bir datasetteki alanıın değerini kontrol ediyorsun..
Bunu bir fonksiyon haline getirirsen fazladan deklarasyonlar gerekir.Property olarak yazarsın set ve get metodlarına ayrıca kod yazarsın vs.Ama aynı veriye bir dahaki sürümde belki 30 yerde ihtiyaç duyacaksın, bunun hesabı olmaz..Haliyle daha az kod değil daha stabil kod yazman gerekecek aksi halde amelelikten öteye gitmez vs.vs.
Aynı topice birkaç kezden fazla yazmak da hoş değil, keza bunun yeri sohbet forumu olmalı o nedenle noktayı koyuyorum kendi adıma.Tercih senin sonuçta..
Kolay gele..
Kod: Tümünü seç
DataModule.DataSet.FieldByName(...).AsString;
Aynı topice birkaç kezden fazla yazmak da hoş değil, keza bunun yeri sohbet forumu olmalı o nedenle noktayı koyuyorum kendi adıma.Tercih senin sonuçta..
Kolay gele..
bu sohbet deilki bilgi alışverişi
Merhaba
Stabil kod yazma konusunda katılıyorum... Ama birde kod optimizasyonu denen bir şey var... İkiside aynı şeyi yapacaksa aynı yararı sağlayacaksa neden daha uzun koda yönelelim. Direkt kısa kod demeyelim kafa karışmasın. Örneğin exeyi küçültmek için bazıları a b c gibi anlamsız değişken isimleri kullanıp sonrada yahu bu neydi diye bakakalıyor...
Örneğin ben bir kod bolkunu sürekli çağıracaksam bunu hep bir procedure içinde toplamayı tercih ederim. Bu stabilitedir. ama kodumuda kısaltır.
Stabil kod yazma konusunda katılıyorum... Ama birde kod optimizasyonu denen bir şey var... İkiside aynı şeyi yapacaksa aynı yararı sağlayacaksa neden daha uzun koda yönelelim. Direkt kısa kod demeyelim kafa karışmasın. Örneğin exeyi küçültmek için bazıları a b c gibi anlamsız değişken isimleri kullanıp sonrada yahu bu neydi diye bakakalıyor...
Örneğin ben bir kod bolkunu sürekli çağıracaksam bunu hep bir procedure içinde toplamayı tercih ederim. Bu stabilitedir. ama kodumuda kısaltır.