Benim yaklaşımım. Çekirdek - Motor. - sayfa 19

 
Реter Konow :

İyi. Bırak ikna olayım.

  1. OOP, bir programcı ekibinin büyük bir proje üzerinde çalışması için gereklidir.
  2. OOP programı düzenler ve yapılandırır.
  3. OOP, programlama olanaklarını genişletmek için birçok araç sağlar.

Prensip olarak, tüm bunları uzun zamandır anlıyorum. Ve buna katılıyorum. Ancak aynı zamanda yaklaşımımı tercih ederim. Niye ya?

Belirli bir nedeni var:

PROGRAM GELİŞTİRME.

//--------------------------------------

Program, OOP ve benim yaklaşımımla ne kadar hızlı gelişecek? Mekanizmaların büyümesi ve karmaşıklığı için hangi yaklaşım daha uygundur?

Benim yaklaşımımın + koddaki anadilin (%60 Rusça ve %40 İngilizce) programın en hızlı büyümesini sağladığı sonucuna vardım.

Bu hızlı büyüme tam da ihtiyacım olan şey. Ayrıntılara girme. Her kod satırının üzerine gelmemek. Profesyonel bir yaklaşım değil.

Programın hızla gelişmesine, daha karmaşık hale gelmesine ihtiyacım vardı. Kendilerine atanan işlevleri uygulayan mekanizmalar oluşturmak. Çabuk ve kolay.

Böylece birkaç satır kodla yeni özellikler ekleyebilirsiniz.

Yaklaşımım, bu sorunu çözmede OOP'den daha üstün.

Metodolojinizin neden hızlı ve kolay bir şekilde gelişmenize izin verdiğini düşünüyorsunuz? Şimdiye kadar tam tersini görüyorum. İşleri karmaşıklaştırma konusunda hemfikirim. Kodunuzu anlamak gerçekten zor.

 
Vitalii Ananev :

Metodolojinizin neden hızlı ve kolay bir şekilde gelişmenize izin verdiğini düşünüyorsunuz? İşleri karmaşıklaştırma konusunda hemfikirim. Kodunuzu anlamak gerçekten zor. Şimdiye kadar tam tersini görüyorum.

Ve sanal bir makine (motor) oluşturmanın karmaşıklığını nasıl değerlendiriyorsunuz? İşaretleme dili. Gülünç bir yaklaşıma sahip bir kişinin bunu yaratması mümkün mü? OOP ile bile.

Yaklaşımımla tam olarak neyi yarattığımı anladığınızda, programın gelişimi için ne gibi fırsatlar sunduğunu anlayacaksınız. (Ben utangaç olmak istemiyorum. Sadece aksi takdirde anlamazsınız.)

 
Реter Konow :

Ve sanal bir makine (motor) oluşturmanın karmaşıklığını nasıl değerlendiriyorsunuz? İşaretleme dili. Gülünç bir yaklaşıma sahip bir kişinin bunu yaratması mümkün mü? OOP ile bile.

Yaklaşımımla tam olarak neyi yarattığımı anladığınızda, programın gelişimi için ne gibi fırsatlar sunduğunu anlayacaksınız. (Ben utangaç olmak istemiyorum. Sadece aksi takdirde anlamazsınız.)

Tamam, en azından soruyu cevaplamadın. Çalışan bir kod için bekleyelim. Bakalım heyecanınız ne kadar sürecek.

 
Реter Konow :

Yaklaşımımla tam olarak neyi yarattığımı anladığınızda, programın gelişimi için ne gibi fırsatlar sunduğunu anlayacaksınız.

Yani paradoks şu ki, kimse senin ne yarattığını anlayamaz) Eh, senin dışında tabii)

 
Alexey Navoykov :

Yani paradoks şu ki, kimse senin ne yarattığını anlayamaz) Eh, senin dışında tabii)

Bir sürü pencere çizdim, yapıcı hakkında bir sürü video çektim, pencereli hazır bir motor sağladım, koduna aşina olmadan motoru bir kullanıcı programına bağladım. Danışmanların işlevselliğini üstlenecek hesaplama motorları yapmaya hazırlanıyorum ama aynı zamanda eğitimli forum programcıları ne yaptığımı anlamıyor.))

Bu sadece bir tür kötü ironi ...))

 

Ancak, iş parçacığı oluşturduğum şeyle ilgili değil , . Ancak, başarıları göstermeden yaklaşımın gücünü göstermek imkansızdır . Halk başarıları tam olarak anlamıyor. Bu iyi.

Başarıyı anlamak için orijinal görevin karmaşıklığını hayal etmeniz gerekir. Soruya cevap verelim: Bir biçimlendirme dili oluşturmanın karmaşıklığı nedir?

Bunu hiç yapmamış biri için kolay görünebilir, ama gerçekten ne gerektiriyor?

Biri biliyor mu?

 
Реter Konow :

Soruya cevap verelim: Bir biçimlendirme dili oluşturmanın karmaşıklığı nedir?

Bunu hiç yapmamış biri için kolay görünebilir, ama gerçekten ne gerektiriyor?

Biri biliyor mu?

Diliniz için - küçük. Bir programcı için izin gününün görevi denebilir.

 
Yury Kulikov :

Diliniz için - küçük. Bir programcı için izin gününün görevi denebilir.

İşte beklediğim cevap buydu. Ancak, neden bir biçimlendirme dili oluşturmadınız? Uzun zamandır grafik yapıyorsun ama hafta sonu dil yapmamışsın.)

Anladığım kadarıyla, pencereleriniz standart grafik kitaplığını kullanıyor (görünüşlerine bakılırsa).

Grafik kitaplığınızı sıfırdan oluşturmanın ne kadar süreceğini düşünüyorsunuz?

Örneğin, Anatoly bir buçuk yıl sürdü. Ayrıca başka birinin kodunu da kullandı. Örneğin , CCanvas sınıfı .

Ve her şeyi sıfırdan yapması ne kadar sürer? Bence en az iki yıl.

Yalnızca . İşaretleme dili değil.

 
Anladığım kadarıyla konu henüz doğrulama ve kaynak kodlarına ulaşmadı mı?
 
TheXpert :
Anladığım kadarıyla konu henüz doğrulama ve kaynak kodlarına ulaşmadı mı?

Henüz değil. Buna yakında geleceğiz. İlk olarak, yaklaşımı test etmem gereken görevin ölçeğini özetlemek istiyorum.

Neden: