ana sayfa > Python, Yazılım > rstab 0.2

rstab 0.2

Çarşamba, 17 Mar 2010

Birkaç gün önce duyurduğumuz rstab modülünün 0.2 sürümü bugün çıktı!… Bu sürümde rstab modülü tamamen farklı bir çehreye bürünmenin yanısıra, yepyeni özellikler de kazandı.

rstab’ın en son sürümünü incelemek, indirmek ve nasıl kullanacağınızı öğrenmek için http://www.istihza.com/rstab/rstab_modulu.html adresini ziyaret edebilirsiniz.

Bu modül, özellikle reStructuredText ile çalışanların işini bir hayli kolaylaştıracaktır. rstab modülü yardımıyla numaralandırılmış ve numaralandırılmamış tabloların yanısıra, sabit veya değişken sütun genişliğine sahip tabloları da rahatlıkla oluşturabilirsiniz.

İşinize yaraması ümidiyle…

Python, Yazılım , , , ,

  1. Perşembe, 18 Mar 2010 zamanında 02:07 | #1

    Böyle şeyler ihtiyaçtan doğuyor. Güzel bir modül. İlerde kendi dökümanlarımı(böyle bir çalışmam olursa) hazırlarken bunu kullanacağım(gerekli olursa :) .

  2. Cuma, 19 Mar 2010 zamanında 15:34 | #2

    Birde öneri yapıyım.
    Tablo oluştururken hep tuple olarak yapılıyor. Her tablonun bir başlığı olduğuna göre başlık ve içeriğini şöyle oluştursak daha güzel olur.
    {“başlık1″:[satır1,satır2],
    “başlık2″:[satır1,satır2]}

  3. Cuma, 19 Mar 2010 zamanında 15:59 | #3

    @Melen, modülü ilk yazarken ben de öyle düşünmüştüm, ama iki sebepten ötürü bundan vazgeçtim:

    1. Demet oluşturmak, sözlük oluşturmaya göre daha kolay.
    2. Ayrıca ben bu modülün sqlite gibi veritabanı sistemlerinden alınan çıktıları da tabloya dönüştürebilmesini istedim… :)

  4. Cuma, 19 Mar 2010 zamanında 16:40 | #4

    1. Olabilir :)
    2. tablo adını ve içeriğini almakta kolay(sözlük olarak). Yanılmıyorsam eğer. sözlük = {}

    sözlük[dbtaploadı] = [tablo, içeriği] :D

    Kodu ben yazmadığım için hangisi daha iyidir fikir yürütmem zor olur :)

  5. Cuma, 19 Mar 2010 zamanında 16:42 | #5

    Flood olacak ama :P Bu sralı sözlükleri ayrı modül yerine direk entegre etselermiş güzel olcakmış :)

  6. Cuma, 19 Mar 2010 zamanında 17:02 | #6

    Bize veritabanındaki tablo adından ziyade tabloların sütun başlıkları lazım… :) Ayrıca keşke her şey sözlük[dbtabloadı] = [tablo, içeriği] demek kadar kolay olsa… Araya bir sürü problem giriyor… :)

  7. Cuma, 19 Mar 2010 zamanında 17:02 | #7

    collections ile gelen OrderedDict’i mi diyorsun?

  8. Cuma, 19 Mar 2010 zamanında 18:53 | #8

    Sanırım o :D

  9. Cuma, 19 Mar 2010 zamanında 18:55 | #9

    Eğer oysa, ben de ilk gördüğümde senin gibi düşünmüştüm… :)

  10. Çarşamba, 31 Mar 2010 zamanında 00:18 | #10

    Dökümanlarda daha yeni farkettim sqlite yazınızı. Bence sqlalchemy gibi django nunda kullandığı model tarzı bir modül anlatımı olsaydı veritabanı bağımsız olurdu :)

  11. Çarşamba, 31 Mar 2010 zamanında 00:24 | #11

    Aslında mysql ile sqlite arasında kalmıştım. Daha sonra yazıda bahsettiğim sebeplerden sqlite’ı anlatmaya karar verdim. Sqlalchemy’yi hiç kullanmadım. Ama ilerde Python 3 için farklı veritabanlarını işlemeyi düşünüyorum.

  12. Çarşamba, 31 Mar 2010 zamanında 00:36 | #12

    sqlalchemy gibi modüllerde hiç sql kodu yazılmadığı gibi(yazmaya gerek varsa yazılabiliyor) sql injection gibi açıklarda olmuyor diye biliyorum. En azından web için öyle Sınıf tanımlayarak tablo oluşturmak çok güzel oluyor. Hemde Pythonic bir veritabanı programlama oluyor… Göz gezdirmenizi tavsiye ederim.

  13. Çarşamba, 31 Mar 2010 zamanında 08:13 | #13

    @Melen, bilgi için teşekkürler. Sqlalchemy’yi inceleyeceğim.

  14. Çarşamba, 31 Mar 2010 zamanında 18:23 | #14

    Önemli değil :) Bu tür modüller bu tür açıkları engelleyen önlemler alıyorlar.

  1. şimdilik geri bağlantı yok