ASP.NET MVC 4 projesi var ve Angular.js ya Knock.js kullanmak için çerçeve veya JavaScript Kütüphanesi olan bir mimari karar takılı kaldım. Angular.js kullanarak Knockout.js ama proje geliştirme sırasında bir hata yaptım midway öğrenmek istemiyorum şu anda doğru eğilerek duyuyorum.

İşte bazı arka plan:

• İki yönlü veri bağlama modele ihtiyacımız var
• Görüş yeteneği test ihtiyacımız var. Uç birim testi bitirmek için bunu yapmak mümkün olmak istiyorum. Ayrıca, sürekli entegrasyon kullanıyoruz.
• "Değişiklikler" işlevselliği kaydedin. bir kullanıcı, yani herhangi bir değişiklik algılar ve kullanıcı sayfadan gidin önce değişiklikleri kaydetmek isteyip istemediğinizi soracak yeteneğine ihtiyacımız olan bir sayfa üzerinde değişiklik yapar
• "Bildirimler" işlevselliği. yaklaşık 8 saat kaydedilir ve Tebliğ ve güncelleştirilmesi gerekir diğer kullanıcılar tarafından yapılan değişiklikleri (hatalar, veri durum değişiklikleri ve benzeri) yani kullanıcı
• İhtiyacımız var "geleceğe yönelik" uygulaması. Şu anda departmanın eğer mobil cihaz desteği gerekir eğer karar vermedi, ama sadece bir zaman meselesi olduğunu biliyorum.
• Bizim takım üst düzey geliştiriciler için çok junior deneyim düzeyleri değişen geliştiriciler oluşur.
• Şu anda bizim modeller karmaşık ve hatta daha çok olabilir
• Ayrıca RAD, kodu yeniden ve sürdürülebilirliği dikkate almak gerekir

Mükemmel cevap 0 ** okudum ve Açısal hakkında Scott Allen röportajı here izledim

Web API gibi geçerli ASP.NET bizim MVC 4 mimarisi sunucu tarafında bir şey kullanmak için değiştirilemiyor olduğumuz MVC 4 ile Angular.js uygulamak için çalışırken concerns bazıları bende de var. Bu bize iki model için sunucu ve istemci tek bir sebep olur mu?

"Daha iyi ikisinin de artıları ve eksileri var bence çünkü" Açısal ve Nakavt hakkında tartışma. bir aramıyorum ASP.NET MVC 4 uygulamasında JavaScript çerçeve ya da bir kütüphane uygulama üzerinde gerçek kod arıyorum. Bundan 2 yıl birlikte yaşamak:) ben bir çözüm istiyorum

Herhangi bir fikir veya öneriniz var mı? Belki cevap Knock veya Açısal, ama başka bir JavaScript çerçeve değil mi?

benim 2 sent değer.

Önsöz - hem açısal ve nakavt ile çalıştım. 3. önemsiz olmayan ön tarafıma MVVM/MVC bir lib ile inşa ediyorum.

Kendi MVVM mekaniği silverlight/wpf için çok benzer olduğu için nakavt ile başladı. Ve iyi çalışıyor. Öğreticiler ve belgeleri üst çentik vardır. Tüm kodlayıcıları eğer altında mvvm kullandıysanız gün içinde knockout.js ile çalışmak mümkün olacak .net, sonra birkaç saat içinde.

Ancak, bu gün açısal kullanarak ve muhtemelen sopa ile olur, aşağıdaki nedenlerle buradayım.

• açısal tam bir çerçeve - nakavt hakkında gerçekten sadece 2 yol bağlama. hala omurga gibi diğer kütüphaneler gerekiyor.js/jquery senin işin geri kalanı yapacak.

• açısal bağımlılık enjeksiyon vardır. eklemek için mükemmel
  test için alay olarak kodunuzu yapı verir.

• açısal kapsamı $içinde observables olarak normal JS değişkenleri davranır nesne. bu onları özel bir şekilde ilan etmek zorunda değilsin demektir

Açısal fanboy, hala daha "funky/MVC melez şu anda" MVVM. yerine MVVM mimarisi için hareket olabileceğini tahmin etmiyorum

Açısal ile en büyük sorun, belgeleri. Nakavt göre, dertli. Hız kodlayıcıları almak için ek zaman ve maliyet katacak. Orada ancak bir kez onlar, şu anda en iyi seçim IMHO.