Dil Odaklı Programlama pratik midir?

Dile Yönelik Programlama hakkındaki bu makaleyi okudum . Programlamaya yönelik modern prosedürel / OOP yaklaşımlarındaki bazı zayıflıklara dikkat çekiyor ve bunları çözecek yeni bir programlama paradigması öneriyor

Ben küçük, gevşek bağlı program parçaları içinim: Sadece kullanacağınız birçok küçük şeyi öğrenmek, sadece bit ve parçalarını kullandığınız birkaç büyük şeyden daha iyidir.

Makaleyi okurken, yazarın iki şeyden birini tanıttığı izlenimini edindim:

• Kolayca oluşturulabilen çok sayıda komut dosyası dili
• Programcının ihtiyaçlarını karşılamak için kendini yeniden yazabilen tek, kolayca genişletilebilir bir dil

Eğer ikincisini önerirse, "Zaten yapıldı!" Lisp'i örnek alalım. Paul Graham'ın öne sürdüğü gibi, diller yine de buna doğru ilerliyor gibi görünüyor .

Birincisi ile ilgili olarak, hepsini birbirine bağlayan temel bir dil varsa, bu iyi bir fikir olduğunu düşünüyorum. Bana göre zayıf nokta: diller arasındaki iletişim. Bana süreçler arası iletişimi hatırlatan, yordamsal bir kavram ya da mesaj geçişi olan çağrıları kullanır mısınız? Eğer hepsini aynı anda kullanmak kolaysa, küçük alana özgü dillerle çalışma fırsatını memnuniyetle karşılarım. Bu yaklaşım (LOP) pratik olur mu?

Uzun zamandır DSL'leri savunuyorum, ancak bandwago olduklarında İyi Fikirler'e ne olacağı konusunda endişeleniyorum. İyi Fikir tanıtımı yapan ürünler üretilir, yapmanız gereken tek şey bir tane almaktır ve ne anlama geldiğini çok dikkatli düşünmek zorunda kalmadan grupta olacaksınız.

Dil nedir? Anlamların iletilebileceği bir kelime ve sözdizimi, değil mi? Her değişken bildirdiğinizde, bir işlev yazdığınızda, bir sınıf tanımladığınızda, varolan bir dile isim ve fiil ekleyerek yeni bir dil oluşturuyorsunuz. Şimdi içinde daha önce yapamayacağınız şeyler söyleyebilirsiniz.

Dile özgü bir dil yapan şeyin doğal olarak iletilen zihinsel kavramları ne ölçüde ifade ettiği ve bence bunun basit bir ölçüsü olduğunu düşünüyorum. Temel olarak, programa dahil edilebilen veya eklenemeyen basit bir bağımsız bağımsız gereksinim X varsa, doğru uygulanması için bazı kod ekleme, silme ve değiştirme Y kümeleri gerekir. Y. Bu tür değişikliklerin N sayısı, dilin alan adına özgü olduğunun bir ölçüsüdür. Daha küçük N, tipik gereksinimler için daha iyidir.

Her zaman süslü sözdizimine, kontrol yapılarına, mesaj geçişine veya neye sahip olduğunuza bağlı değildir. Ne bağlı olduğu gereksinimi ne kadar kısaca uygular. Birçok araç bunu yaptığını iddia edecektir, ancak iddialar gerçek değildir. Gerçek olmalı .

Bazen alışılmadık teknoloji olduğunu gerekli. İşte benim en sevdiğim örnek. Öyleyse, programcılar tarafından anlamak için çaba gerektirebileceği noktasını göstermektedir. Dolayısıyla, etki alanına özgü (ve sürdürülebilirlik) okunabilirlikle aynı şey değildir .

Bu yüzden ikinci yaklaşıma katılıyorum, iyi bir dil, kişinin gerekli dilleri üzerine inşa etmesine izin veren bir dildir. (Lisp'i sevdim.) Ama daha da önemlisi, programcıların çalıştıkları alanlara uygun dilleri nasıl oluşturacaklarını bilmeleri ve bu tür dillerin öğrenme eğrilerini tırmanmaya istekli olmaları gerekiyor.

Gerçekten olduğunu görmüyorum. Bunun yerine "programlar = algoritmalar + veri yapısı" ya da "isimler sınıf haline gelir ve fiiller yöntem haline gelir" diye düşünürler. Düşünce alanlarını nasıl alacağınız ve maksimum kısaltma için onları nasıl dillendirecekleri konusunda çalışmıyorlar.

Bu oldukça yakut bir yaklaşım.

• Çekirdek dili basit tutun ve taşlar ile genişletin
• Maymun yamasıyla belirli alanlar için Ruby lehçeleri oluşturun. Ruby on Rails.

Bunun daha iyi olup olmadığını bilmiyorum, ama sanırım çok pragmatik.

LOP yaklaşımı son derece pratiktir. "Komut dosyası yazma dillerini" uygulamak zorunda olmanız gerekmediğini unutmayın; yöntem eDSL'ler için de geçerlidir ve bunlar genellikle verimli bir şekilde derlenmiştir. Bu yaklaşımı kelimenin tam anlamıyla tüm geliştirme çalışmalarımda kullanıyorum.

Gelecekte Etki Alanına Özel Diller hakkında çok daha fazla şey göreceğiz, şimdi onlar hakkında konuşan insanlar tarafından değerlendirilecek - Martin Fowler'ın da onlardan çok konuştuğunu ve bu konuda Lambda The Ultimate aracılığıyla birkaç ilginç makaleyi fark ettim , diğerleri arasında.

Bu bana bunun programlama dili tasarımı ve programlama platformları açısından rüzgârın esdiği bir yön olduğunu düşündürüyor. Bazı açılardan bir süredir oldu - Ruby'nin avantajlarından biri (bazılarının zaten gözlemlediği gibi) DSL oluşturmayı kolaylaştırması, ancak aslında zaten kullandığımız uygulamalarda ve programlama kütüphanelerinde bir sürü var.

Yalnız programlama yaparken LOP kullanıyorum. Bazı projelerde programı karşılamanın başka bir yolu olmadığını buldum. Basit bir alegoride, elektrikli el aletlerine LOP kullanımı eşitlenebilir. Atölyede tek başına çalışıyorsanız, işleri manuel olarak yapamaz ve son tarihi karşılayamazsınız. Yanınızda başka kişiler varsa, bu elektrikli aletlerin kullanımını koordine etmek verimlilik ve güvenlik için gereklidir.
Ekip modunda, LOP, Babil Kulesi felaketinden kaçınmak için örgütsel hazırlık gerektirir.