Чому Рейлс був написаний на Рубі? [зачинено]

Я знаю PHP та Ruby.

Використовуючи клон PHP Rails (не за вибором), який називається Symfony, (що, мабуть, найкраща рамка PHP), я помічаю, що це клон Rails. Я думаю, що Symfony дурний і це (SensioLabs - розумний бізнес), тому що Rails вже існує.

Крім проектів з відкритим кодом, які заробляють гроші, я не розумію, чому люди роблять Rails-клони в PHP, коли Rails вже існує. Чому б не використовувати Rails? Напевно DHH закодовано Рейки з Рубі чомусь.

Використовуючи Symfony, я помічаю, що щось не зовсім добре, але я не знаю, що це. Я дізнався Rails через електронну книгу Sitepoint і забув її, тому тепер я вивчаю це через електронну книгу PragProg, і я люблю цю книгу. Я не знаю повністю Rails, але я розумію, як це працює (завдяки Symfony). Я хотів би закінчити проходження цілої книги, тому я можу зробити 2 програми Rails. Я пам’ятаю, що Rails був веселіше, ніж Symfony, використовуючи книгу Sitepoint, яку я не зміг закінчити, і це не мало нічого спільного з гарним синтаксисом Ruby.

1. Чому Rails закодований в Ruby?
2. Що це за клони PHP Rails, які не відчувають себе правильно?
3. Що таке Rails робить, що клони Rails не роблять?

1.) Чому Rails кодується в Ruby?

Рейки спочатку був витягнутий з Dhh роботи «S на Basecamp, яка була написана в Ruby. З часом основні розробники Rails продовжували видобувати та розробляти більше функцій у Rails, і з часом вона стала повноцінною основою.

Оскільки Рубі з роками зростала в силі та виразності, вона продовжувала добре підходити до рамки, тому вона також продовжує залишатися мовою, на якій написано. (Плюс, "C # на рейках" або "Java на рейках" не відповідає не маю такої приємної алітерації.)

2.) Що стосується клонів PHP Rails, які не відчувають себе правильно?

На це реально не можна відповісти об'єктивно, але це, мабуть, через №1. Поведінка та внутрішність Rails користуються багатьма особливостями, які існують у Ruby, і їх важко було б повторити саме деінде. Наприклад, PHP не має метакласів, від яких Rails сильно залежить.

Крім проектів з відкритим кодом, які заробляють гроші, я не розумію, чому люди роблять Rails-клони в PHP, коли Rails вже існує. Чому б не використовувати Rails? Напевно DHH закодовано Рейки з Рубі чомусь.

Тому що не кожен має час, бюджет чи схильність до вивчення нової мови, щоб вони могли навчитися новій основі.

За аналогією, якщо виявилося, що у Brainfuck була дуже популярна веб-основа, чи це означає, що вам слід відмовитися від своїх клієнтів, які не написали своїх заяв у Brainfuck? Це не спосіб вести бізнес.

Я знаю PHP та Ruby.

Висловлювання на кшталт "Я знаю і PHP, і Ruby" говорять про те, що ви, можливо, ще не повністю оціните глибину, багатство та ідіосинкратію будь-якої.

1. Чому Rails закодований в Ruby?

Колись було прийнято рішення програмувати його в рубіні. Це дизайнерське рішення триває до сьогодні.

2. Що стосується клонів PHP Rails, які не відчувають себе правильно?

У вас таке відчуття, важко сказати на такому убогості. Можливо, ви захочете запитати людину, яка з вами є більш близькою і яка більше знає про ваші почуття або навіть ділиться ними.

3. Що Rails робить, що клони Rails не роблять?

Точний клон Rails робить за визначенням все, що робить Rails. Тож це, швидше за все, буде залежати від того, як саме був зроблений клон. Різні частини призведуть до різної поведінки. Наприклад, для перекладу на іншу мову, інша мова може не мати мовних особливостей, яку використовує Rails on Ruby, що, швидше за все, призведе до відмінностей між дизайном та поведінкою.

Чому Rails закодований в Ruby?

Ruby дозволяє багато метапрограмування, а його дозвільний синтаксис дозволяє створювати приємні API, які зовсім не схожі на виклики методів.

Наприклад, ActiveRecord, реляційний репертуар для об'єктів Rail, робить обидва ці речі добре. По-перше, він використовує метапрограмування Ruby для створення методів на ходу, що відповідають іменам полів у базі даних.

По-друге, ActiveRecord дозволяє вам оголошувати асоціації з об'єктами: Personмогутнє has_many :books. Це has_many виглядає як декларація, але насправді це виклик методу. (Рубі читає це як has_many(:books).

У Рубі також є мета полегшити життя досвідченого програміста.

Рубі робить це легко, тому люди роблять їх. Інші мови роблять це складніше, або такі магічні речі явно не є частиною культури. У Django, мега-рамці Python, є набагато менше мета магії, оскільки це не так просто в Python, а Python як мова схиляється до "явного краще, ніж неявного". (Я мало знаю про культуру PHP або веб-рамки на цій стороні.)

Я думаю, що це деякі з причин, що DHH закохався в Рубі, і він використовує ці мовні функції з силою в Rails.

Чому б не використовувати рейки?

Я запропоную певну перспективу як користувача обох. Я захоплююсь програмою в Ruby / Rails і використовую PHP виключно на роботі. (Примітка. Я не відкидаю Ruby / Rails як середовище для любителів, саме так я вирішу його використовувати.)

Багато людей трактують Ruby / Rails як святий грааль розробки веб-сайтів через популярність тарілки та через те, що вона "інша". Багато в чому це, безумовно, але недостатньо, щоб відхилити PHP як щось древнє.

Symfony не відчуває себе Rails, тому що PHP не вистачає частини синтаксичного цукру, який надає рейл. PHP в цьому плані покращується, і додавання 5.3 закриття змінило значення в тому, скільки хто з нас пише код.

Не зрозумійте мене неправильно, я люблю Рубі і я люблю Рейлів. Але коли ви не хочете мати справу зі складним або дорогим хостингом веб-сайтів або турбуєтесь про продуктивність або «кривавий край», PHP все ще є надзвичайно актуальним сьогодні, і його рамки також дуже хороші.

• Redbean пропонує чудову функціональність ORM з PHP. Так само і вчення, ідіорм / Париж та пропель.
• Symfony2 та CakePHP пропонують роздуті рамки веб-розробки, схожі за духом на Rails.
• CodeIgniter пропонує повне рамкове рішення без потоку.
• Slim пропонує рамки, подібні до синатри.

Я вважаю, що ваша думка про те, що клони PHP в рейлах не «почуваються правильно», є помилковою, тому що вони не є клонами, і вони не будуть такими ж, як Rails. Навчіться лаяти простоту та знайомство з рішенням PHP.