Yapılanma NodeJS ve Açısal JS uygulama
İlk Açısal JS projem teşebbüs etmek üzereyim ve yine aynı anda sıfırdan hem Açısal ve Düğüm öğrenme anlamına gelse de arka uç Düğüm için JS kullanmak için yapar.
Kafamın almaya çalışıyorum ilk şey iyi bir dosya yapısı. Şimdiye kadar Saf HTML/CSS şablon aşağıdaki dizin yapısı vardır....
_site/
Fonts/
Javascript/
SASS/
Stylesheets/
Index.html
( _sıte PSDs vb için bir çalışma dizini)
Bir Düğüm için bir örnek dizin yapısı Açısal uygulaması here.../buldum.
... aşağıdaki dizin yapısını gösteriyor
app.js --> app config
package.json --> for npm
public/ --> all of the files to be used in on the client side
css/ --> css files
app.css --> default stylesheet
img/ --> image files
js/ --> javascript files
app.js --> declare top-level app module
controllers.js --> application controllers
directives.js --> custom angular directives
filters.js --> custom angular filters
services.js --> custom angular services
lib/ --> angular and 3rd party JavaScript libraries
angular/
angular.js --> the latest angular js
angular.min.js --> the latest minified angular js
angular-*.js --> angular add-on modules
version.txt --> version number
routes/
api.js --> route for serving JSON
index.js --> route for serving HTML pages and partials
views/
index.jade --> main page for app
layout.jade --> doctype, title, head boilerplate
partials/ --> angular view partials (partial jade templates)
partial1.jade
partial2.jade
Yani, bu benim (Yeşim kullanmazdım saymazsak) oldukça iyi görünüyor
Ben hala şu soru var
Ön uç ve arka uç tüm dosyaları ayrı tutmak istiyorum. Bu çözümü ön uç en ortak olması gerekir, çünkü mantıklı olan ortak/ dizinindeki dosyaları tüm koyar, ama mantıklı SASS ve _sıte klasörleri buraya koymak için? Sadece onları orada tut ama üretim içine koymak onları upload olabilir ama ortak olmamalı, çünkü çok ters geliyor. Onlar da kök düzeyinde tüm Arka uç şeyler söyleme bir daha.
Bir VİDEO dan Açısal yük için daha iyi olmaz mı?
Verilen sunucu tek ihtiyacımız teslim bir şablon (ana uygulama şablonu) ve diğer tüm HTML olacak ile inşa edilmiş ön uç değil mi yapmak daha mantıklı tutmak için index.html statik dosya silme görünümler klasör oluşturmak ve bir giriş/ klasör altında kamu/ gibi orijinal Açısal Tohum uygulaması mı ?
Bu bir fikir ve teknik olarak istediğim yerde onları koymak olabilir farkındayım ama birileri çeşitli dizin yapıları tuzaklar beni bilgilendirebilir benden daha deneyimli umuyorum.
Anlayacağınız gibi, bu işte yeniyim. Herhangi bir yardım çok mutluluk duyacağız.
CEVAP
Bu mükemmel bir soru olduğunu düşünüyorum.
Seçenek 1, DEMEK.ıo
Harika bir kısaltmadır! Geçenlerde bu cevap YANİ dizin yapısı yığın tercih düzenlenmiş. Hadi Kongre insanları kullanmak! Sadece mean.io dizin yapısı kullanın. Çok kullanışlı c tüm atar homurtu gibi güzellikler b/, bower, vb.
Seçenek 2, Açısal-tohum Express
Açısal projeler/düğüm için github (muhtemelen o kadar da zor değilmiş) aranan ve başlayan bir dizin yapısı için gerçekten büyük bir şey görmedim. Ben ne yaptım açısal-tohum projesi (clone it from gitub) (express from the command line ne ejs kullanarak ne de jade Çalışan) düğüm express iskelet birleştirilir. Sonra bir sürü etrafında taşındı. Aklıma gelen şey şu:
developer
- sadece geliştirici(ler) kullanır. Dağıtılması gerekiyor.config
- karma yapılandırma dosyaları ve diğerleri.scripts
- geliştirici komut (/yapı test/dağıtmak)test
- e2e ve birim testleri.
logs
node_modules
- ayrı bir soru gıt bu koymak için tavsiyepublic
- Bu neredeyse düz köşeli-tohum app klasöründen geliyor.css
,img
, , *, *15js
lib
- gayet açık ve güzel ve kısa.
routes
düğümlü yolları.server
sunucu tarafında "" düğüm genel, cinleri, cron programları, her neyse. meseleserver.js
- app.js sadece bu sunucu tarafı daha açık bir hale getirmek için yeniden adlandırıldı.
Eğer herhangi bir öneri ya da daha iyi bir fikriniz varsa, bir yorum bırakın lütfen. Teşekkürler!
Etkinlik Kapsamında Uygulama ve İçerik...
Ben't Kurtul bu hata iletisi: Etk...
Minimum MSMQ örnek bir uygulama yazmak...
Android devre dışı ekran uygulama çalı...
Ruby on Rails - Nasıl uygulama düzeni ...