Bildiğim kadarıyla söyleyebilirim, rağmen sayısız milyonlarca veya milyarlarca harcanan OOP eğitim, dil, araçlar, OOP değil geliştirilmiş geliştirici verimliliği veya yazılım güvenilirliği ne de var düşük geliştirme maliyetleri. Birkaç kişi herhangi bir titiz anlamda OOP kullanmak (birkaç kişi için uygun veya LSP gibi ilkeleri anlamak); insanlar sorun etki modelleme için bu yaklaşımlar çok az tekdüzelik ya da tutarlılık var gibi görünüyor. Çoğu zaman, bu sınıf sadece sözdizimsel şeker için kullanılır; kendine ait küçük bir ad alanına bir kayıt türü için işlevlerini yerine koyar.

Çok çeşitli uygulamalar için büyük miktarda kod yazdım. Gerçek değiştirilebilir kistlerinin alt tiplerinin belirlenmesindeki uygulama değerli bir rol oynadığı yerler olmasına rağmen, bu oldukça sıradışı. Fazla dudak hizmeti "yeniden kullanım" gerçeklik kod parçası yapmazsa . söz verilmiş olmasına rağmen genel olarak, ^em>tam olarakyapmak istediğiniz şey, çok az bir maliyeti var "yeniden kullanım". Son derece zor genişletilebilir sınıflar tasarlamakdoğru şekildeve uzatma maliyeti normalde "yeniden kullanım" sadece değerli değildir. O çok büyük

Pek çok yönüyle, bu beni şaşırtmadı. Bu gerçek dünya değil "OO" ve fikri örtülü olarak OO--elimizden modeli ile sınıf taksonomi--bana göre çok temelden kusurlu (ben oturacak bir masa, bir ağaç kütüğü, bir araba kaputu, biri kucağında ... ama değil, o bir sandalye). Eğer daha fazla etki Özet geçersek bile, OO modelleme genellikle zor, çok mantıksız, sonuçta hiçbir işe yaramayacak (daireler/elips veya kare klasik örnekler/dikdörtgen düşünün).

Burada neyi kaçırıyorum? OOP değeri nerede ve neden o kadar zaman ve para yazılımı daha iyi yapmak için başarısız oldu?

Gerçek dünya "" ve fikri örtülü--bana öyle geliyor ki, taksonomi klası olan şeyleri modeli biz OO--temelden kusurlu . OO değil mi

Bu doğrudur ve diğer insanlar tarafından gözlenmiştir (al Stepanov, STL mucidi) ise, gerisi fasa fiso. OOP kusurlu olabilir ve kesinlikle hiçbir Gümüş kurşun var ama harika bir şekilde bağımlılıklarını azaltmak için, çünkü-büyük ölçekli uygulamalar çok kolay hale getiriyor. Tabii ki, bu “iyi” OOP tasarım. için geçerlidir Özensiz tasarım herhangi bir avantaj vermez. Ama iyi, ayrılmış tasarım çok iyi OOP kullanılarak modellenmiş ve diğer teknikleri kullanarak olabilir.

Çok daha iyi, daha evrensel modeller var (Haskell's type model akla geliyor) ama bu da genellikle daha karmaşık ve/veya verimli bir şekilde uygulamak zordur. OOP iyi bir anlaşma uç arasında.