.Net розробник намагається вивчити рубін на рейках

Я розробник .NET, і я просто мав шанс пограти з Ruby на Rails ці вихідні.

У .NET ми розділяємо шари програми, створюючи окремі бібліотечні проекти класів. З точки зору дизайну, чи потрібно це робити і в Rails? Це просто один цілий проект із усім, що в ньому?

Ви побачите, що програми Rails починаються як один репост. Більш успішні (Twitter, Square, багато інших) розділяються на декілька кодових баз, коли вони переростають у цю вимогу. Такими додатковими базами коду можуть бути демони , сервіси , дорогоцінні камені, Rails Engine або щось інше.

Цей рефакторинг на кілька проектів не робиться, поки не виявиться необхідним, оскільки YAGNI . Біфуркація вашого проекту в перший день сповільнює час складання прототипів, а швидкість прототипування є ключовою силою Ruby та Rails. Ви хочете пам’ятати, що створення або клас у Ruby майже нічого не коштує, як і розбиття добре розробленого класу. Ваш чистий рубін код буде жити в основному під /app/( app/models, app/views app/controllers, app/helpers) і /lib/. Ваші статичні активи, багатошаровий JS / Coffee включає, а CSS / Sass / тощо включає в себе /app/assets.

Розуміння того, чому розбивати клас Ruby так легко, вимагає трохи ознайомитися з набором качок і розуміти, що інтерфейси Ruby не такі залізні, як ви могли звикнути в менш динамічному середовищі.

Ось кілька посилань, які можуть вас зацікавити:

• Короткий опис набору текстур качок ( блог Єгуда Кац )

• Неоціненний Санді Мец про те, як і навіщо створювати програми OO, які прості для читання, розуміння та зміни ( 2-годинний подкаст Ruby Rogues ) ( Її фантастична книга )

• Творець рейки Девід Хайнмейєр Ханссон на конвеєрі активів і проблеми з компонуванням коду, які він усуває ( основне відео RailsConf )

• Створення власного коштовного каменю ( Rubygems.org HOWTO )

Успіхів у ваших проектах!

У бібліотеках Ruby називають дорогоцінними каменями, див. Http://www.ruby-lang.org/en/libraries/ , і використовується майже так само, як і бібліотеки класів .NET.