TBCEditor

[barutali]

Merhabalar, 

SynEdit' e alternatif bir şeyler ararken.. Açık kaynak kod cenneti Github da çok güzel ve tamamen ücretsiz bir bileşen buldum. "TBCEditor" Sublime Text in birebir aynısını yapabileceğiniz bir bileşen.. 

VCL style ve/veya Alpha Skin destekliyor. Tasarım bütünlüğü için hiç bir problem çıkarmıyor. 

Demo Uygulama

Windows 32 Bit
Windows 64 bit

[yhackup]

Vay güzelmiş deneyeceğim teşekkürler.
Synedit da güzel ama bazı özelliklerini aynı anda kullanamıyordum.

[engerex]

Güzel bir şeye benziyor. Hızı nasıl?

[barutali]

(31-10-2016, Saat: 21:39)engerex Adlı Kullanıcıdan Alıntı: Güzel bir şeye benziyor. Hızı nasıl?

SynEdit den daha başarılı.

ScrollBar ları Devexpress e uyarlarsam daha güzel olacak..

[kimimben]

(31-10-2016, Saat: 22:24)barutali Adlı Kullanıcıdan Alıntı:

(31-10-2016, Saat: 21:39)engerex Adlı Kullanıcıdan Alıntı: Güzel bir şeye benziyor. Hızı nasıl?

SynEdit den daha başarılı.

ScrollBar ları Devexpress e uyarlarsam daha güzel olacak..

TDbObject ve TDbField attribute'lerde FName ortak olan olduğu ve sürekli tekrarı önlemek için, belki bir TDbBaseAttribute ismide bir attribute eklenip, diğer TDbObject ve TDbField gibi attribute'ler TDbBase'den miras aldırılabilinir.

Aynı mantık class'ın tekrar eden FID alanlarına da uygulanabilir. TEntityBase gibi...

Bu sınıflar sadece veritabanında ki object'lere(tablo) ları temsil ettiği için(Data/Domain Model), doğrudan bu sınıfların iş yapmaması lazım diye düşünüyorum.(more more abstraction...)
Birden fazla veritabanına destek vermek için bile daha stratejik bir kodlama yapmak gerekecektir.
Konuyla alakası yok ama belirteyim istedim.

[barutali]

(01-11-2016, Saat: 09:33)kimimben Adlı Kullanıcıdan Alıntı:

(31-10-2016, Saat: 22:24)barutali Adlı Kullanıcıdan Alıntı: SynEdit den daha başarılı.

ScrollBar ları Devexpress e uyarlarsam daha güzel olacak..

TDbObject ve TDbField attribute'lerde FName ortak olan olduğu ve sürekli tekrarı önlemek için, belki bir TDbBaseAttribute ismide bir attribute eklenip, diğer TDbObject ve TDbField gibi attribute'ler TDbBase'den miras aldırılabilinir.

Aynı mantık class'ın tekrar eden FID alanlarına da uygulanabilir. TEntityBase gibi...

Bu sınıflar sadece veritabanında ki object'lere(tablo) ları temsil ettiği için(Data/Domain Model), doğrudan bu sınıfların iş yapmaması lazım diye düşünüyorum.(more more abstraction...)
Birden fazla veritabanına destek vermek için bile daha stratejik bir kodlama yapmak gerekecektir.
Konuyla alakası yok ama belirteyim istedim.

Bu görünen ilk ana taslak. Gerekli optimizasyonlar elbet ki yapılacak. Son düzenlemelerden sonra gitHub a yükleyeceğim.. Geliştirme yapmak isteyen herkes geliştirebilsin..