Menu
Search

Forums

Forum Index

Jump to page: 1 2 … 4  
Page
Thread overview
Helper Tasarımı
Feb 15, 2011
Kadir Can
Feb 15, 2011
Kadir Can
Feb 16, 2011
Kadir Can
Feb 16, 2011
Kadir Can
Feb 16, 2011
Kadir Can
Feb 16, 2011
Kadir Can
Mar 10, 2011
Kadir Can
Feb 17, 2011
Kadir Can
Feb 17, 2011
Kadir Can
Mar 09, 2011
Kadir Can
February 15, 2011
Gravatar of Kadir CanPosted by Kadir CanReply
Kadir Can
Gravatar of Kadir Can


Reply

Sizce helper işlevlerini yaparken her html elmanı için bir işlev mi yazmalıyım,yoksa kullanılacak değeri almalı mıyım?

Yani;
mesela = altaGeç() mi olsun?
Yoksa html("br") gibi mi kullanalım?

Bence birincisi daha iyi duruyor.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 15, 2011
Gravatar of Kadir CanPosted by Kadir Can
in reply to Ali Çehreli (acehreli)		Reply
Kadir Can
Gravatar of Kadir Can
Posted in reply to Ali Çehreli (acehreli)


Reply

Anladım.Zaten öyle tasarlamıştım. :D

Temel bir modül yazıp ekledim.Acaba bir bakar mısınız?Oluyor mu?Oluyorsa yarın devam ederim.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 15, 2011
Gravatar of Ali Çehreli (acehreli)Posted by Ali Çehreli (acehreli)
in reply to Kadir Can		Reply
Ali Çehreli (acehreli)
Gravatar of Ali Çehreli (acehreli)
Posted in reply to Kadir Can


Reply

Kesinlikle birincisi daha iyi. Yoksa her kullanıcının "br"yi bilmesi gerekir ve olasılıkla yanlış yazabilirler.

Küçük ölçekte de olsa kod tekrarıdır: "br" tekrarlanmaktadır.

İsmi ayrı bir soru: br() bile olabilir; veya break()? (Bu durumda yanlış yazmak sorun değil, çünkü derleyici izin vermez.)

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 15, 2011
Gravatar of Ali Çehreli (acehreli)Posted by Ali Çehreli (acehreli)
in reply to Kadir Can		Reply
Ali Çehreli (acehreli)
Gravatar of Ali Çehreli (acehreli)
Posted in reply to Kadir Can


Reply

Bence çok güzel ve kullanışlı oluyor ama söyleyecek şeyler var. ;) Örnek programın doğru html oluşturması ne güzel, değil mi! :)

Umarım aşağıdaki kadar çok nokta seni caydırmaz. :) Ben söylemeden edemem, çünkü hepsi önemli ve bilinmesi gerekiyor.

İnan ki bu kadar sözü çok deneyimli birisinin yazdığı herhangi bir kod üzerine de söyleyebiliriz. Tasarım sırasında çok seçim yapmak gerekebiliyor ve bu seçimler üzerine her şey söylenebilir. :)

Ve bu kodu yalnızca başlangıç olarak yazdığını da biliyorum; bazı yerlerini zaten değiştirecektin... :)

  • Bu kod, kodlama standardımıza tam uymamış. Özellikle işlev ayraçları ile deyim ayraçlarının kullanımı farklı.

http://ddili.org/wiki/index.php?title=Kodlama_Standard%C4%B1#Ayra.C3.A7lar

Aslında bütün standarda uymamız gerekiyor. Örneğin boşluklar da farklı olmuş:

http://ddili.org/wiki/index.php?title=Kodlama_Standard%C4%B1#Bo.C5.9Fluklar

(Can da işleçlerin etrafına boşluk koymuyor; hiç alışmadığım için bana çok sıkışık görünüyor; hem herkes boşluk koyuyor. :))

Kodun düzeni çok önemli. İnsan belirli bir düzene alışınca onun dışındakiler yanlışlıkmış gibi görünüyor. Örneğin işlevlerin sonundaki boş satır bana çok yabancı.

  • Bu işlevler hemen standart çıkışa yazıyorlar. Onun yerine en azından bir string oluşturmak ve en sonunda onu çıkışa yazdırmak daha kullanışlı olacaktır.

Hatta, Can'la da konuştuğumuz gibi, aslında string bile kullanışlı olmayabilir. Çünkü öyle olduğunda CGI programımızın işleyişi sırasında bir yerde belirli bir koşula göre "şu başlığı da ekle" diyemeyiz; veya "çerez değişkenleri arasına şu değişkeni de ekle" diyemeyiz. Çünkü ya başlıklar çoktan çıkışa gönderilmişlerdir, ya da string çoktan oluşturulmuştur.

Elimizde sayfayı temsil eden bir tür olması çok daha kullanışlı olur. Ama bunu şimdilik bir kenara bırakalım. Bu konuyu kütüphaneyi kullandıkça hissedelim ve gerekirse düzeltelim

  • Elemanlar arasında farklar var: bazılarını tek işlevle hallediyoruz, bazılarında ise iki çağrı gerekiyor. Örneğin bodyStart() ve bodyFinish(). Acaba o da şöyle olabilir miydi:
string body(string content)
{
   return "<body>" ~ content ~ "</body>";
}

(Aslında 'body' karışıklık doğurabilir çünkü D işlevlerinin in, out, ve body anahtar sözcüklerine de benziyor.)

Ben o örnekte çıkışa yazmak yerine string döndürme yöntemini seçtim. Başka türlü de olabilirdi. Söylemek istediğim, böyle bir ikilik var: bazıları tek işlevle oluşuyor, bazıları iki.

  • header() işlevindeki etiketlerde satır kopyalama sonucunda oluştuğunu düşündüğüm bir hata var

  • Hatalı durumlarda kural: Eğer işe devam edemeyeceksek hata atmaktan başka çaremiz yoktur. header() 7 değeriyle mi çağrılmış? O durumda bir şey yapamayız: hata atmalıyız.

Kendi özel hata türümüz de atılabilir ama şimdilik Exception da yeter:

import std.string;
// ...
void header(int level, string text)
{
// ...
   switch(level){
   case 1: writeln("<h1>",text,"</h1>"); break;
   // ...
   default: throw new Exception(format("Invalid header tag value: %s", level));
}

(Kodlama standardında bahsetmemişiz ama switch'lerin case'lerini de yukarıdaki gibi switch'le aynı miktar içerletebiliriz; yoksa girinti çok fazla oluyor.)

Zaten çıkışa "ERROR" yazdırmanın hiçbir anlamı olmazdı; o, kullanıcının gördüğü sayfada çıkardı

  • (Bunun senin tasarımınla doğrudan bir ilgisi yok ama örnek kodundaki kullanımdan esinleniyorum.)

Tekrar çift olarak kullanılan işlevlere dönersek: şu koda bakalım:

   htmlStart();
   bodyStart();
   header(myLevel, "Merhaba");
   bodyFinish();
   htmlFinish();

Orada myLevel'in değerinin yasal olmadığını düşünelim. Eğer benim önerdiğim gibi hata atarsak, bodyFinish() ve htmlFinish() işlevleri işletilmezler. (Atılan hatalar içinde bulunulan kapsamlardan hemen çıkılmasına neden olurlar.) O yüzden kodumu şöyle yazmam gerekir:

   htmlStart();
   scope(exit) htmlFinish();
   bodyStart();
   scope(exit) bodyFinish();

   header(myLevel, "Merhaba");

scope(exit)'ler, o kodların her durumda işletilmelerini garanti ederler.

Bu işlevler string() döndürseler hiç olmazsa şöyle yazılabilir:

html(body(header(myLevel, "Merhaba")));

Öyle olunca header'ın hata attığı durumda hiçbir şey yarım yazılmamış olur. Çünkü header hata attığında body'ye bile girilmez.

  • Bu yeni dosyayı eninde sonunda proje dosyası olan Makefile'a eklemek gerekecek. O zaman da birden fazla dosyada main() işlevi bulunduğu için bağlama hatası (linker error) ile karşılaşacağız. Yani main olmamalı. O kodları unittest bloğu olarak yaz.

Projeyi de konsolda (veya geliştirme ortamında nasılsa) 'make' yazarak oluşturabilirsin.

Eline sağlık; güzel kodlamaya devam! :)

Ali

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 16, 2011
Gravatar of Kadir CanPosted by Kadir Can
in reply to Ali Çehreli (acehreli)		Reply
Kadir Can
Gravatar of Kadir Can
Posted in reply to Ali Çehreli (acehreli)


Reply

Dedikleriniz oldukça önemli.Kodlama standartlarına uyacağım bundan sonra.Maalesef iki senedir kötü bir alışkanlığım var ama kırmam gerekiyor.

Şu string olayı oldukça mantıklı, hatta class işine girersek bayağı rahat ederiz.Ama sanırım canalpay class istemiyor.Bunu onunla da konuşabiliriz.Mesela content adında bir değişken oluştururuz ve o bütün komutlar hallolduktan sonra html kodunu content'den çağırırız.Böylece bazı işlevlerin start ve finish gibi tekrarlanmasını önleriz.Global değişken kullanmak da işe yarayacaktır sanırım.Global değişkenle bu işi hallederim.Çıkışa yazdırmaktaki amacım,kodu direk görmekti ama unittestlerle halledebiliriz.

Header'a yanlış değer verildiğinde "ERROR" çıktısı vermesini sağlamıştım ama dediğiniz gibi hata atmak mantıklı.Bunu da yapacağım.

main normalde kalkacak.Sadece denemek için var ama onu da unittestlerle hallederiz.

Teşekkürler.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 16, 2011
Gravatar of Can Alpay Çiftçi (canalpay)Posted by Can Alpay Çiftçi (canalpay)
in reply to Kadir Can		Reply
Can Alpay Çiftçi (canalpay)
Gravatar of Can Alpay Çiftçi (canalpay)
Posted in reply to Kadir Can


Reply

Alıntı:

>

Ama sanırım canalpay class istemiyor.

Benim istemediğim yer farklı.

Benim istemediğim yerde durmadan o işlevi tek bir amaçta kullanacağız. Bu işe bence tamamen classlı structlı olmalı.

Alıntı:

>

Global değişken kullanmak da işe yarayacaktır sanırım.Global değişkenle bu işi hallederim.Çıkışa yazdırmaktaki amacım,kodu direk görmekti ama unittestlerle halledebiliriz

Nedenini çok iyi bilmiyorum ancak global değişken kullanmak çok yanlış bir davranış olarak nitelendirilir.(Tahminen her tarafta değiştirildiği için değişkenin değişimini izleyemiyoruz. Birde belleksel anlamda da sıkıntılara neden olabiliyordur?)

Birde senin modülü koyduğun yer yanlış... Helper klasör ismi olacaktı. Ali Bey tabiki onun için daha güzel bir ad bulmasını isteyeceğiz. Artık bende helper adının yavan kaldığını düşünüyorum. Daha güzel bir isim bulana kadar yolu system/helper/modüladı.d'de saklanacak. Modül adı htmlHelper olabilir.(daha güzel bir ad önerilene kadar.)
Alıntı (acehreli):

>
  • Hatalı durumlarda kural: Eğer işe devam edemeyeceksek hata atmaktan başka çaremiz yoktur. header() 7 değeriyle mi çağrılmış? O durumda bir şey yapamayız: hata atmalıyız.

import std.string;
// ...
void header(int level, string text)
{
// ...
switch(level){
case 1: writeln("",text,""); break;
// ...
default: throw new Exception(format("Invalid header tag value: %s", level));
}

Ali bey sanki ben böyle hata atmayı denemiştim ancak hata çıktısı gözükmüyordu. Sizde denemiş miydiniz?

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 16, 2011
Gravatar of Can Alpay Çiftçi (canalpay)Posted by Can Alpay Çiftçi (canalpay)
in reply to Ali Çehreli (acehreli)		Reply
Can Alpay Çiftçi (canalpay)
Gravatar of Can Alpay Çiftçi (canalpay)
Posted in reply to Ali Çehreli (acehreli)


Reply

Alıntı:

>

Bu sınıflar html oluşturduklarına göre klasör ismi html mi olsun? Veya sayfayı oluşturdukları için page? html_page?

Belki tek html ile sabit kalmayacak ise?

Alıntı:

>

Apache'nin "bir hata oldu" gibi genel hatası yerine, programcı hatayı en dışarıda main'de yakalayabilir ve "özür dileriz falan filan" gibi basit bir sayfa da kurabilir.

Bence:
Hata yakalanacak. Ekrana hata yazılacak. Hata değişkenleri tanımlanacak. Türkçe için Türkçe İngilizce için İngilizce. Japonca için ileride Japonca :-)

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 16, 2011
Gravatar of Can Alpay Çiftçi (canalpay)Posted by Can Alpay Çiftçi (canalpay)
in reply to Ali Çehreli (acehreli)		Reply
Can Alpay Çiftçi (canalpay)
Gravatar of Can Alpay Çiftçi (canalpay)
Posted in reply to Ali Çehreli (acehreli)


Reply

Bunları bilmeden konuşuyorum:

Alıntı:

>

HTML belgeleri XML elemanlarından oluşur. Bir tane XML elemanı sınıfına ihtiyaç var. O XML elemanlarının , , vs. gibi isimlerle ve belirli bir yapıda bir araya gelmeleri HTML'i oluşturur. Böyle bakınca CGI programının kullanacağı elemanların HTML olduğu görülüyor.

XML elemanlarından oluşan üst düzey başka kavramlar tanımlanabilir ama onlar HTML'den ayrı anlamda olurlar.

Javascript. Bazı yeni web teknolojileri. Kolay dosya upload sistemi ... library sadece cgi programlama için gerekli işlevlerin tanımlanma alanı. Eğer library adı buna uymuyorsa daha iyi bir ad düşünebiliriz. En basitinden libraryOfCgi gibi.

Alıntı:

>

CGI programı sırasında oluşan hataların tarayıcıyı kullanan kişiyle bir ilgisi yok; ona bir şey ifade etmiyorlar. Örneğin "geçersiz başlık düzeyi" ne demek? :)

Ancak benim bildiğim kadarıyla mvc tasarımına sahip frameworkler olsun direk programlama dilleri olsun standart çıkışa hata mesajlarını yazdırıyor.

Yine sizin gösterdiğiniz bağlantıya çok iyi göz atmadan apache'nin programsal hata değilde sunucu hatalarını oraya kayıt altına aldığını düşünüyorum.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 16, 2011
Gravatar of Can Alpay Çiftçi (canalpay)Posted by Can Alpay Çiftçi (canalpay)
in reply to Can Alpay Çiftçi (canalpay)		Reply
Can Alpay Çiftçi (canalpay)
Gravatar of Can Alpay Çiftçi (canalpay)
Posted in reply to Can Alpay Çiftçi (canalpay)


Reply

Alıntı:

>

(Can da işleçlerin etrafına boşluk koymuyor; hiç alışmadığım için bana çok sıkışık görünüyor; hem herkes boşluk koyuyor. :))

Bana taşlama geldi bende düzeltim dedim :-) Değişiklikler : https://github.com/canalpay/turna/commit/086f6c3f1b9d4c08879ccd2b08c03c3e6c686e37

Bu arada şöyle kodlar gözüme daha hoş gözüktüğünü itiraf edeyim bende :


if(a==b){
   writeln("a=b");
}else{
   writeln("a!=b");
}

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

February 16, 2011
Gravatar of Kadir CanPosted by Kadir Can
in reply to Ali Çehreli (acehreli)		Reply
Kadir Can
Gravatar of Kadir Can
Posted in reply to Ali Çehreli (acehreli)


Reply

Dosyayı hallettim ancak helper.d'yi olduğ yerden silemedim.Yapabilir misiniz?

Hallettim.Şimdi kodlamaya devam.

--
[ Bu gönderi, http://ddili.org/forum'dan dönüştürülmüştür. ]

« First   ‹ Prev
1 2 3 4
Next ›   Last »