Каков идиоматический способ структурирования HTTP-приложения flatiron?

Question

Я играю с node.js и flatiron, и я хочу создать полу-тривиальное приложение HTTP. Документация с веб-сайта flatiron довольно неплохо описывает все компоненты, но не обязательно, как структурировать ваше новое блестящее приложение.

У меня есть следующие вопросы: это хорошая практика разбивать шаблоны на разные файлы или это просто наследие необходимости работать с C# в течение дня? как подойти к тестированию.

Примеры или рекомендации из других приложений Flatiron будут полезны; структура папок, соглашения о тестировании и общепринятые практики будут позаимствованы.

По крайней мере, я хотел бы знать правила, прежде чем начать их нарушать!

Answer 1

Немного поздно, но этот вопрос остается без ответа.

Flatiron не является веб-фреймворком с полным стеком. Как я понимаю и чувствую, это фреймворк для веб-приложений в отличие от Express / Geddy, которые предназначены для динамических веб-сайтов. Для статических сайтов есть кузнец или виндерсмит и тому подобное.

Flatiron - это набор модулей, которые вы можете собрать по своему усмотрению. Вопрос о передовых практиках больше касается того, работаете ли вы в одиночку, вместе и будете ли вы публиковать свой код публично. Если вы работаете один и один, вы можете организовать свой код так, как считаете нужным. Моя организация для небольшого веб-приложения выглядит так:

- app              // css, js, images, templates
    - assets       // css, js, images
    - templates    // html
        - partials // html partials since i work with plates
- config           // config.json
- lib              // modules i would use in other projects as well
- node_modules     // …
- app.js
- package.json

То, как вы делаете с вашими шаблонами, зависит от вашего движка шаблонов. Я нахожу большинство двигателей излишним для небольшого веб-приложения. Я готовлю шаблоны к зиме или кузнецу, а затем использую пластины, чтобы привнести в них некоторую динамику.

Answer 2

Перебирая проблемы flatiron на github, следующие ссылки оказались полезными:

• Пример NotConf
• Начало работы с Flatiron от Джоша Холбрука