OOP vs prosedürel programlama - sayfa 41

 
George Merts :

Trafik sıkışıklığındaki arabaya gelen sizsiniz, nasıl çalıştığına bakın - ve sürücüye söyleyin, "sorunu daha ani bir şekilde karıştırmanın, sonra yüz metre yürümenin bir yolu var mı" derler.

Deneyimlerimin gösterdiği gibi, bu tür "karmaşık sorunları" çözmek, tüm global değişkenlerle tek bir şablondan kopyala-yapıştır kullanılarak yapılan "sorunsuz" Uzman Danışmanlardan çok daha kolaydır.


Georges, geçenlerde burada eski bir arkadaşımla tanıştım, o bir muhasebeci ve 1C'ye hakim olmaya çalışıyor. 2007'de handikapı anlamaya çalıştı, aslında MQL4'ü o zaman öğrendim.

Bu 1C'ye baktım, kendimi kötü hissettim))

 
Реter Konow :

2 yıl kesintisiz çalışma.

Grafik arayüzün çekirdeği (bu arada, eleman prototiplerini içeren bir proto-çekirdek de var. 2 megabayt alır. Benim verdiğim gibi tablolardan oluşur), binlerce değişken içerir. Ne dersiniz, eğer çekirdeği bir merkez olarak kullanmasaydım ve değişkenleri sınıflar ve yapılar arasında dağıtmasaydım ve aralarında çeşitli erişim kontrolleri aracılığıyla bir bağlantı kursaydım, görevimin üstesinden gelebilir miydim? - Asla yalnız değil. Program varlıklarının sayısı birkaç kat artacaktı. Kod içindeki işlevler ve sınıflar arasındaki bağlantılar o kadar karmaşık hale gelirdi ki kendi başıma çalışmaya devam edemezdim. Bir bütün olarak tüm mekanizmanın verimliliği düşecektir.

Sınırıma çok daha erken ulaşır ve dururdum.

Çoğu zaman kendime şu soruyu sordum: " OOP kullansaydım ne elde ederdim?" ve her seferinde, günlük pratiğe güvenerek, o kadar ileri gidemeyeceğimi anladım.

Ek olarak, benim düşüncem zaten yapılandırılmış ve bu nedenle bu konuda OOP'ye ihtiyacım yok.


Makalelerimde bir grafik kontrol kütüphanem var (elbette kusurları da var) - makaleyi yazmak için iki hafta ve iki hafta içinde yapıldı. Birkaç yıl sonra başka bir makale yazarken kullandım - makaleye ve koda bakmadan, açılır yöntemler listesine bakarak neredeyse anında her şeyi hatırladım.

 
Dmitry Fedoseev :

Makalelerimde bir grafik kontrol kütüphanem var (elbette kusurları da var) - makaleyi yazmak için iki hafta ve iki hafta içinde yapıldı. Birkaç yıl sonra başka bir makale yazarken kullandım - makaleye ve koda bakmadan, açılır yöntemler listesine bakarak neredeyse anında her şeyi hatırladım.

Çalışmanızı küçümsemek ya da kendi işinizi öne çıkarmak istemiyorum ama bir fil ile bir boksörü karşılaştırıyorsunuz. Ölçekler farklıdır. Zorluk derecesi farklıdır. Sadece bir dizi kontrole sahip değilim. Bu, kendi biçimlendirme dilinizle oluşturabileceğiniz eksiksiz bir grafik ortamdır. Ayrıca çizilmiş, nesne değil.
 
Реter Konow :
Çalışmanızı küçümsemek ya da kendi işinizi öne çıkarmak istemiyorum ama bir fil ile bir boksörü karşılaştırıyorsunuz. Ölçekler farklıdır. Zorluk derecesi farklıdır. Sadece bir dizi kontrole sahip değilim. Bu, kendi biçimlendirme dilinizle oluşturabileceğiniz eksiksiz bir grafik ortamdır. Ayrıca çizilmiş, nesne değil.

Ama yine de, iki yıllık bir iş değil. İşin miktarı, grafik nesnelerin kullanımıyla karşılaştırılabilir, ancak elbette yetkin bir yaklaşımla. Ama bunun için öldürmek için iki yıl... üzgünüm, kenara çekil.

Bir tuval oluşturma eklenir - ancak bu ana sınıftadır, bir dikdörtgen çizme yöntemi yapılır ve en basit geometrik şekilleri çizmek için birkaç yöntem daha yapılır. Diğer her şey tamamen aynı.

Ve hepinizin bu çalışmamı küçük düşürmek istemeniz gerçeği - uzun zamandır anladım, bu yüzden önsöze gerek yok. Buradaki kütüphane, kalabalığı kitlesel histeriye sürükleyen bir çekişme taşı gibidir.

 
Dmitry Fedoseev :

Ama yine de, iki yıllık bir iş değil. İşin miktarı, grafik nesnelerin kullanımıyla karşılaştırılabilir, ancak elbette yetkin bir yaklaşımla. Ama bunun için öldürmek için iki yıl... üzgünüm, kenara çekil.

Ve hepinizin bu çalışmamı küçük düşürmek istemeniz gerçeği - uzun zamandır anladım, bu yüzden önsöze gerek yok. Buradaki kütüphane, kalabalığı kitlesel histeriye sürükleyen bir çekişme taşı gibidir.

İnsanları bu şekilde aşağılamak benim doğamda yok. konuşma. Sadece ölçeği anlamıyorsun. Muhtemelen açıklayamam. Öyleyse, kendinizi daha fazla "yılan dağ" olarak düşünün.)
 
Реter Konow :
İnsanları bu şekilde aşağılamak benim doğamda yok. konuşma. Sadece ölçeği anlamıyorsun. Muhtemelen açıklayamam. Öyleyse, kendinizi daha fazla "yılan dağ" olarak düşünün.)

Kendiniz düşünün ama ben iki sene yazmıyorum, bir ayda ne yapılabilir.

 
Dmitry Fedoseev :

Kendiniz düşünün ama ben iki sene yazmıyorum, bir ayda ne yapılabilir.

Öyleyse yap, sorun ne?
 
Реter Konow :
Öyleyse yap, sorun ne?
ihtiyacım yok.
 
George Merts :


SanSanych çıktı, OOP'yi belgelerle değiştirmeyi teklif ediyor.

Bunu sen buldun - önermiyorum.

Benim uygulamamdan.

  • TK - yaklaşık 400 sayfalık bir belge. Şartname gözden geçirilir ve onaylanır
  • Daha fazla teknik proje. Bu belge 40 ila 50 kişi tarafından hazırlanmıştır. Uzmanlık alanına göre bunlar: çeşitli uzmanlık alanlarından ekonomistler, matematikçiler, algoritmacılar, mevcut terminolojideki sistem yöneticileri, elektronik mühendisleri.
  • Sonraki çalışma taslağı. İşlev programlarına ayırmanın göründüğü yer burasıdır. Gerçek kodlama ve hata ayıklama ile üretilir. Dokümantasyon oluşturulur: geliştirici, CC'deki farklı kullanıcılar, farklı uygulama kullanıcıları (yönetim, orta bağlantı, sevk görevlileri ..).
  • Daha fazla deneysel işlem. Ana gösterge başarısızlık zamanıdır. Her şey doğru yapılırsa, belgelenirse, ilkel ilke kodlamanın temelidir, bir sonraki hata yakalamadan sonraki hatalar arasındaki süre katlanarak azalmalıdır . Doğrusal ise, büyük olasılıkla ASLA hiç çalışmayacaktır.

OOP nerede? OOP, bazı kurumsal geliştirme gereksinimleridir. dahası, nihai sonuç üzerinde çok az etkisi vardır, ancak çok yararlı olabilir (bana öyle geliyor ki), bir kişi varsa ve tüm proje için tüm sınıfları geliştirirse, hiçbir şeyi karıştırmaz, sınıflar olacaktır. projenin nihai hedefinden doğal olmak ....

 
Lütfen konu başlığından sapmayın.