Rusça kod yazma. Böyle bir programın artıları ve eksileri. - sayfa 2
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
1C? Bu ne?
Rusya nerede?
Moskova Çevre Yolu'nun ötesinde.
Bazı İngiliz akımları için parlak bir gelecek çifte standarttır, soru sorulmaz. Şu anki durum utanç verici ki Çinliler ve Japonlar da klişeyi kırmaya başlayacaklar.. Muhtemelen kimse sizden kaynak kodları istemiyor?
Alternatif bir yaklaşıma gelince - ne hakkında olduğunu merak ediyorum. Makale yazma izniniz yok mu?
Henüz bir cevap alamadım ve bilmiyorum... Belki izin verirler ama belki vermezler. Tabii ki, klişeyi hemen kıramazsınız, ama yavaş yavaş… Kimsenin ana dilinde yazmaya çalışmaması bana garip geliyor. Ahlaksızlık gibi...
OOP'yi hemen terk edemezsiniz, ancak başka yaklaşımlar bulmaya çalışabilirsiniz. İşte aklıma gelen şey.
Ve kullanıcı tanımlı fonksiyonların ve değişkenlerin isimlerini Rusça yazmaktan bahsediyorsunuz. Yani kimse yazmıyor.
1C'de her şey tamamen Rusça yazılmıştır. Örneğin işlev () ..... işlevin sonu. döngü ... eğer döngüyü bitir ... eğer bitir. vb. vb.
Anlıyorum ki kimse böyle yazmıyor, o yüzden şaşırdım...
1C'ye gelince - en az bir program klişeden çıktı.)
... Verimsizlik her zaman görülüyor. OOP (birisi tarafından icat edilmiş) bile asla sorgulanmaz. Daha iyi ve daha verimli bir yaklaşım olamaz mı? Daha iyi ve daha verimli bir yaklaşım olduğunu güvenle söylüyorum ve ana dilinizde programlama birçok kez daha uygundur. Bunların hepsi benim üç yıllık pratiğim tarafından doğrulandı ve programlamadaki başarımla kanıtlandı.
...
Ve daha fazla konuşlandırılabilir mi?
Hangi yaklaşım OOP'den daha iyidir?
Tehdit Bir şekilde Rusça programlar yazmaya çalıştım, sonra bu işi bıraktım. Beğenmedim. IMHO Program okunamaz hale geliyor. İlişkileri anlama kaybı.
Anlıyorum ki kimse böyle yazmıyor, o yüzden şaşırdım...
1C'ye gelince - en az bir program klişeden çıktı.)
Ve kullanıcı tanımlı fonksiyonların ve değişkenlerin isimlerini Rusça yazmaktan bahsediyorsunuz. Yani kimse yazmıyor. Zaten uzun zaman önce, programcılar belirli zevk kuralları geliştirdiler. Kaynak kodu , yalnızca sizin için değil, başkaları için de okunması uygun olacak şekilde nasıl düzgün biçimde biçimlendirilir. Sosyal görgü kuralları gibi.
1C'de her şey tamamen Rusça yazılmıştır. Örneğin işlev () ..... işlevin sonu. döngü ... eğer döngüyü bitir ... eğer bitir. vb. vb.
Daha ayrıntılı olabilir mi?
Hangi yaklaşım OOP'den daha iyidir?
Tehdit Bir şekilde Rusça programlar yazmaya çalıştım, sonra bu işi bıraktım. Beğenmedim. IMHO Program okunamaz hale geliyor. İlişkileri anlama kaybı.
Muhtemelen OOP'den daha iyi bir yaklaşım olabilir. Sanırım onu yakaladım. Aslında, iki temel kuralın gözetilmesiyle başlar:
1. Daha uygunsa (görgü kurallarına bakılmaksızın) ana dilinizde bir program yazın.
2. Gereksiz programlamayı ve sözdizimsel varlıkları (OOP'de çok fazla filizlenen) kesin.
Yani görgü kurallarıyla mı ilgili? Ve örneğin, makine (bilgisayar) bizim görgü kurallarımıza ne önem veriyor? Teknolojide hüküm süren verimlilik değil, görgü kuralları mı? Rusça konuştuğum için Rusça'da İngilizce'den daha iyi bir program yazmayı başarırsam, neden "görgü kuralları" altında eğilip benim için daha az net olan bir dilde bir program yazmam gerekiyor? Sözsüz kural?
Muhtemelen OOP'den daha iyi bir yaklaşım olabilir. Sanırım onu yakaladım. Aslında, iki temel kuralın gözetilmesiyle başlar:
1. Daha uygunsa (görgü kurallarına bakılmaksızın) ana dilinizde bir program yazın.
2. Gereksiz programlamayı ve sözdizimsel varlıkları (OOP'de çok fazla filizlenen) kesin.
OOP ile Rusça yazabilirsiniz.
OOP terk edildiğinde kesintinin özü nedir?
OOP'nin özü, programcıya değişkenlerin kapsamını kendisinin belirleme fırsatı verilmesidir. Bu fırsatı görmezden gelerek ne kazanırsınız?
Kapsamı artık kontrol etmediğiniz için sürekli olarak yeni sayaçlar ve yeni değişkenler kullanmanız gerekir.
İsimler son ek ve öneklerle daha uzun yazılmalıdır.
Kodu yeniden kullanma yeteneğinizi kaybedersiniz (OOP'nin temel taşlarından biri).
Tabii ki hepsi bu değil, ama kısaca.
Hangi yaklaşımı tercih edersiniz?
Not Bu arada, bir program geliştiriyorsanız ve metni doldurmuyorsanız, dönüşüm olasılığı önemlidir. OOP ile bir İncil'i yeniden yazmak yeterlidir. Diğer yaklaşımlarla, tüm programı düzenlemeniz gerekir.