. NET ile Ruby veya PHP kullanarak

2 Cevap ûnet

Şu anda sağlayıcıları ile yazılmış bir web uygulaması özel dil / framework sahibi var. Sınırlı sözdizimi ve "sakat" mimarisi ile ne yazık ki, onun büyük değil çalışmak için.

Orada bazı gerçekten harika geliştirme platformları (. NET, PHP, Ruby - PHP veya Ruby şey biliyorum ama onlar büyük duydum unutmayın: p) ile biz kendi veri erişim kodundan web uygulaması uzak soyut istiyorum biz bir şey kullanın böylece biz web uygulaması oluşturmak istiyorum.

Ne ben onlara öneriyorum onlar bize o bizim uygulamalarında kullanabileceğiniz bir ortak geliştirme dilde yazılmış bir hizmeti katmanı vermesidir. Ne yazık ki benim için (bir. Net geliştiricisi olarak) onlar c # bunu yazmak için seçsin sanmıyorum.

Yani benim soru ne bir servis katmanı bir. Net geliştiricisi olarak ben. Net veya php içinde hizmet katmanı kullanma yeteneği daha iyi almak mümkün olacak ve bir şey olmalıdır İdeal içeri yazılı öneririm, bu uygulamalar (Ben Ruby.NET hakkında biraz okudum bu yüzden bu mümkün olduğuna inanıyorum?).

Benim çok hızlı bakışları den Raylar üzerinde Ruby ve PHP hem de Ruby (PHP biraz "Scripty" görünüyor, ama ne bileyim, ben kullanmadım) bana daha fazla hitap söyleyebilirim.

Her iki kullanan geliştiriciler duymak Intestested.

Thanks Ben

2 Cevap

Neden arayüz olarak HTTP kullanmak değil mi? Onlar zaten gidiyor web altyapısı çeşit olduğundan, bu kolay olmalıdır - POST ve GET gelen URL'lerin bir dizi olarak arabirimini açıklayın. Bu rota için REST ve RESTful mimarisi üzerine tüm makaleler için internet kontrol.

Sonra, bir adım geri almak. Fanatikler ruhunuzu öldürmelerine izin vermeyin. Sadece arayüz çalışması ve (tavsiye genellikle ses olsa) saf DİNLENME olmak hakkında çok fazla endişelenmenize gerek yok.

Bu yaklaşım size daha sonra web sayfası yazmak nasıl esneklik biraz verir.

Bu şekilde, it doesn't really matter which language is used for the service layer: Eğer ilgilenen tüm size hizmet katmana erişmek için kullandığınız arayüz. Onları bir SOAP arabirimi (biraz şans ile, kolayca. NET tarafından tüketilebilir) veya XML-RPC arabirimi (tüketen bilmem sağlamak için başka seçenekler olacağını içinde . NET).

Benim nokta şudur: Sen hizmet katman içeri You should be dictating the interface the service layer exposes yazıldığı dili dikte edilmemelidir - ve sonra tüketen seçtiğiniz dil.

Sözü dillere ilişkin. PHP ve Ruby hem de bu konuda olduğu gibi, "betik dilleri" yorumlanır, Perl, Python ve diğerleri bol vardır. Diğerleri genel amaçlı hesaplamanın amaçlanan whiel PHP daha sıkı web geliştirme üzerine odaklanmıştır.

Orada bir PHP compiler. Net için gibi görünüyor, ancak etkin geliştirme altında olmayabilir. Sitede son haber Mart 2008 tarihli. Bundan hiçbir deneyime sahip (ve yapmak değil aslında PHP gibi çok, TBH).

IronRuby v1.0 RC2 şimdi ve aktif Microsoft tarafından geliştirilmektedir. Bu iyi çalışır ve. Net çerçeve ile mutlu bir etkileşime girer. Sözdizimsel bu Ruby 1.8.x bir uygulama bulunuyor ve Ruby uygulanması uyumunun oldukça yoğun bir testtir Raylar web çerçeve üzerinde yaygın olarak kullanılan Ruby çalıştırmak için edebilmek için yeterli uyumludur. Bir C # geliştirici bakış açısı, metaprogramming ve everything-gerçekten-olan-bir-nesne ben buna değer olduğunu söyleyebilirim içeri lavaboya bir süre alabilir. Itibaren

İyi bir "Rubyish" tarzında yapıyor yaptıkları için mutlu değiliz bir yatırım olabilir - Ruby bir arayüz yazmak için sağlayıcı sorma, ancak, harika bir fikir olmayabilir. Bir web API gibi bir şey tüketen I (diyelim ki) C #, daha çalıştırmak için daha yavaş olması beklenir ki, Ruby için çok uygun bir amaç olurdu olur gibi ağ gecikmesi gibi etkenler olması muhtemel bir durumda o kadar önemli değil toplam sürenin en büyük katkıyı. Ben bu tür bir Ruby uygulaması oluşturmak ve korumak için daha ucuz ve daha hızlı olabilir ki orada iyi bir şans olduğunu düşünürdüm.

etiketler