Programlamada bir nesnenin temsili.

 

Bu konu, küresel programlama konularına ilgi duyanların ilgisini çekecektir.

" Standart OOP konseptindeki iyi bilinen Object modeli neden bir kanondur? " sorusu karşısında eziyet çekiyorum. Demek istediğim, bir Nesne, insanların kelimeyi her söylediklerinde kelimelerle tanımladıkları bir varlıktır. Programlamanın ortaya çıkmasıyla, Nesneyi kodla tanımlama girişimi, özel bir icatın icat edildiği mantıksal olarak bağlantılıdır. teknoloji, ama soru şu: neden sadece bir? Sanki birinci dil diğerlerinin yerini tamamen almış ve onların gelişmesine izin vermemiş gibi. Bu, antik çağda mümkün değildir, ancak küreselleşme ve propaganda çağında mümkündür. Ve böylece oldu - Nesnenin bir temsili dünyayı fethetti ve diğer fikirlerin yönünü engelledi.

(Bir filozof olarak) hakkında herhangi bir şikayetim olmasaydı, standart Nesne kavramını uzun zaman önce kabul ederdim.

  1. İlk olarak, bir önsöz: Ana tez onaylandığında programlamada evrimsel bir adım atıldı - programlama "nesneleri" temel alır ve herhangi bir program mantıksal olarak onlara bölünmelidir. Yani - artık algoritmalar (işlem dizileri) yazmıyoruz, ancak "varlıklar" yaratıyoruz. Algoritmaları, etkileşimin genel "topluluğunun" bir parçası olmaları için yapılarına yerleştireceğiz. Niye ya? - daha verimli çalışın. AMA, soru şu: Nesnenin "resmi olarak kayıtlı" felsefi kavramı nerede? Ne yazık ki, bu güne kadar böyle bir şey yok ve olamaz.

Bu, OOP kavramının yazarlarının, felsefi fikirlerinin "yanılmazlığına" dayanarak keyfi davrandıkları anlamına gelir.

2. İşte şikayetlerimden bazıları:

(1) Standart konseptte neden " statü " aracı yok? Nesnelerin durumları yok mu? Devlet bir yapı içinde tarif edilebilir, ancak bu elverişsizdir. Standart konsept, nesne durumlarıyla çalışmak üzere uyarlanmamıştır. Örneğin: Özel bir yapı, nesnenin parametrelerini listeleyin, parçasını kopyalayın (seçilen parametreler), adlandırın, bu parçayı bir durum olarak tanımlayın ve nesnenin belirli bir durumuna karşılık gelen değerleri yazın. Sonra nesnenin ana yapısıyla bağlantı kurarım.

(2) " Olay " aracı yok. Demek istediğim, Olay standart konseptte "yüzer", ancak bir numaralandırma, sınıf veya işlev olarak tanımlanamaz. Programlamada bir olayın basit bir açıklaması çok faydalı olacaktır. Örneğin: onu bir yapı olarak tanımlarız, ancak içinde çevrenin ve nesnelerin "arka plan" durumlarına işaret ederiz ve diğer değişiklikler zincirinin başlangıcı için tetikleyici olan önemli bir değişikliğe işaret ederiz. Yine - OOP, olayın kısa bir açıklamasına odaklanmaz ve onları bir adı olmayan ve "herhangi bir yerde" bulunan bir dizi koşulda tanımlamayı önerir.

(3) Ayrıca, parametre bağımsız bir nesne değildir. Aslında bu, herhangi bir sistemin kopyalarından ve değişikliklerinden şablonlanabilecek ve birleştirilebilecek en önemli nesnedir. Bu değil...

Daha fazlasını listeleyebilirsiniz, ancak mesajım zaten açık: Kendi OOP'nizi şekillendirin ve belki de daha havalı bir şey icat edin, çünkü kimse sizden önce ciddi olarak denemedi. Ve standart kavram, fizik veya matematik değil, öznel bir vizyondur ve değiştirilebilir.))

Документация по MQL5: Константы, перечисления и структуры / Состояние окружения
Документация по MQL5: Константы, перечисления и структуры / Состояние окружения
  • www.mql5.com
Константы, перечисления и структуры / Состояние окружения - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5
 

durum denilen bir tasarım deseni var

bir gözlemci kalıbı var

bir desen bisiklet var. Peter'ın en sevdiği desen.
 

C# ve Delphi'nin özellikleri vardır https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/properties

ve olaylar uzun zamandır merak konusu değil

ama bence, kelimeler için başka bir konu, oldukça iyi bir şarkı "Peri" - YazheVika .... Sen git ve ben bir periyim! ....

 
Genel olarak, Nesne tanımlanırken Özne de tanımlanmalıdır, aksi takdirde bu, dünyanın eksik bir tanımıdır, ayrıca daha modern felsefi kavramlarda, nesneler arasında ara/bağlayıcı bir bağlantı olarak bağımsız bir otnolojik statüye sahip bir Yörünge vardır. Nesne ve Özne.
 

Peter, giriş yine yanlış tarafta. Devlet neden bir araç olmalıdır? Devlet vardı ve öyledir, hiçbir yerde kaybolmamıştır, hatta her şeyden daha önceliklidir. Ve evet - bir olay bir durum değildir, bu nedenle açıklanmaz, ancak kaydedilir.

 

Реter Konow :

... ve Nesne'nin "resmi olarak kayıtlı" felsefi kavramı nerede? Ne yazık ki, bu güne kadar böyle bir şey yok ve olamaz. ...

Çünkü hiçbir şekilde felsefeye dayanmaz. Programlamadaki bir nesne, yüce, mistik veya hayal edebileceğiniz başka bir şey değildir. Bu sadece bir işlevler ve değişkenler birliğidir.

 
Реter Konow :

Bu konu, küresel programlama konularına ilgi duyanların ilgisini çekecektir.

" Standart OOP konseptindeki iyi bilinen Object modeli neden bir kanon? " sorusu karşısında eziyet çekiyorum.

Çünkü iki büyük O önce gelir.Kavram nesne yönelimli olduğu için kavramın ana özünü oluştururlar. Prosedürel programlama kavramında olduğu gibi, prosedürler ana özdür, SQL'de sorgular özdür, yürütülme şeklini görmezden gelir vb. ve benzeri. Kanon değil, öz. FKÖ'nün diğer yaklaşımlara muhalefetiyle kanonlaştırılması bu forumda aktif olarak izleniyor, bu yüzden bu izlenim oluşuyor.

 

Kendi kendine yapılan bisikletleri icat etmek yerine, tip teorisini incelemeye ve fonksiyonel dillerde (örneğin Haskell) programlama yaparken uygulamasını uygulamaya değer.

Felsefi ve mantıksal temelleri anlamak için Bertrand Russell'ı okuyabilirsiniz.

 
Реter Konow :

Bu konu, küresel programlama konularına ilgi duyanların ilgisini çekecektir.

Falan falan.

Bütün bunların OOP veya programlama ile ilgisi yok.

Konuyu daha iyi adlandırın: "İğnenin ucuna kaç nesne sığacak?"

 
Vladimir :

Çünkü iki büyük O önce gelir.Kavram nesne yönelimli olduğu için kavramın ana özünü oluştururlar. Prosedürel programlama kavramında olduğu gibi, prosedürler ana özdür, SQL'de sorgular özdür, yürütülme şeklini göz ardı ederek vb. ve benzeri. Kanon değil öz. FKÖ'nün diğer yaklaşımlara muhalefetiyle kanonlaştırılması bu forumda aktif olarak izleniyor, bu yüzden bu izlenim oluşuyor.

Sonuçta bir soru sordum: "neden nesnelerin açıklama ve yapım standardı bir?".
Sorumun "OOP neden kanon?" olduğuna karar verdiniz.
Programlama yapılarında nesne yönelimi, görevleri ölçekler ve uygular. Onun için soru yok. Ama neden sadece bir format var?
 
Dmitry Fedoseev :

Çünkü hiçbir şekilde felsefeye dayanmaz. Programlamadaki bir nesne, yüce, mistik veya hayal edebileceğiniz başka bir şey değildir. Bu sadece bir işlevler ve değişkenler birliğidir.

Burada felsefi bir kavram olmadan yapmak imkansızdır. Nesnenin düşünceli "çizimini" izlemeden sadece işlevleri ve değişkenleri birleştirin mi? Bize belirli araçlar verildi: sınıflar, yapılar, erişim değiştiriciler ... ama başka araçlar da olabilir... durum, seçim, bağlama gibi... neden olmasın? Demek istediğim, OOP formatının ve araç setinin versiyonları olabilir ...
Ve bazı durumlarda, nesne tanımlama formatının farklı bir versiyonu daha verimli olabilir.
Neden: