Какую рубиновую платформу ORM использовать в автономном рубиновом приложении? [закрытый]
Одна вещь, которую многие новые программисты не упоминают, это то, что они хотят сделать? Вы хотите сделать что-то простое, как привет мир? Или вы хотите сделать что-то более сложное, например, приложение с графическим интерфейсом или видеоигру?
Причина этого заключается в том, что не каждый язык программирования подходит для каждой задачи. Как уже упоминали другие, C - это отличный язык для систем и драйверов (или на самом деле всего, что требует низкоуровневого интерфейса или предельной производительности), а C # предназначен для создания настольных приложений - от текстовых редакторов до огромных многоуровневых корпоративных решений. Несмотря на названия этих языков, они на самом деле имеют только похожее имя и несколько общих синтаксисов.
Я бы порекомендовал начать с C # и сохранить C на потом. Вы можете быстро начать работать с множеством бесплатных инструментов, таких как Visual Studio Express C # . Если позже вы захотите начать работать с такими вещами, как ядро Linux, компиляторы или драйверы аппаратного обеспечения, вы можете быстро подобрать C. Язык C по-прежнему стоит изучать.
4 ответа
Обратитесь к DataMapper . Я недавно использовал его с Sinatra и развернул приложение на Heroku. Единственный SQL, который мне пришлось написать, был CREATE DATABASE. Все остальное DataMapper предоставил мне с расширением .auto_migrate! и .auto_upgrade! функциональность.
Поддержка внешнего ключа находится в плагине dm-constraints.
Between ActiveRecord and DataMapper I'd chose the latter. Both use the Active Record pattern, so you'll actually get your database tables back in objects without fancy domain logic, but DataMapper is way easier to work with, and is thread-safe. There is also Sequel, but which I'm not familiar with.
If you need a framework to handle migrations I'd advise merb. Althoug it's a complete web framework starting 1.1 it can handle migrations for the three previously mentioned ORM framework (including separate and auto migrations)
Есть ли веская причина не использовать ActiveRecord ? Это своего рода стандарт для Ruby ...
M4DBI may also be of interest. A low-level ORM which leverages DBI to allow you to write raw SQL if you like.