Phoenix vs Rails: Views and helpers - Phoenix on Rails blog - Cloudless Studio
Here's an overview, case study and comparison to Phoenix of the V part of Rails MVC as experienced across the years. Rails organizes the view part of the MVC into views and helpers. You are supposed to put templates for each resource/controller into the app/views subdirectories and to put the accompanying helper code into app/helpers which are by default generated per-resource as well. In practice
Rails asset pipeline vs Phoenix and Brunch - Phoenix on Rails blog - Cloudless Studio
Both Rails and Phoenix can manage and deploy assets for you. But the approaches and solutions differ greatly. Development toolsAs a NPM based tool, Brunch recognizes that modern JS is not just jQuery and browser stuff but also a wide choice of development tools. It allows dev-only JavaScript dependencies, just like in mix.deps or Gemfile, so tools like ESLint are no longer second-class citizens. T
Comparing Rails and Phoenix: Part I
As I was thinking about this article a few weeks ago, I was excited when I saw that Chris McCord, creator of the Phoenix Framework in Elixir, was on the Elixir Fountain podcast. One of the things they mentioned on the show was that they were tired of the comparison being made between Rails and Phoenix. The bias of coming from a Rails background may cloud your view of the framework and cause you to
Things I Wish ActiveRecord Had After Using Ecto
A few years ago, I wrote an article about moving from Django to Rails. As I said there, I don’t find it too hard moving from one programming language to another, as long as you have good knowledge on concepts they all share. Each language, of course, brings something on its own. Last year, I decided to try something new. As a Ruby developer, Elixir proved to be a logical choice, and I have to admi
From Rails to Phoenix
If you are interested in learning more about how your organization can transition from Rails to Phoenix please contact the Elixir/Phoenix experts at Doc…
RailsとPhoenixのパッケージ比較表 - Qiita
備考 ecto_migrate ridgepoleと同様に、マイグレーションファイルを生成する必要がないのでその点は便利です。(自動的にALTER文を生成してくれる) フィールドの型(string等)を変更しないと、フィールドのサイズ変更が行えないようです。(ここがかなり不便) iexから実行する場合(EctoItを使用する場合)、MySQLではrootユーザのパスワードを空にしておく必要があります。 現時点の最新バージョン(0.6.3)がectoのバージョン1.0.xに依存しています(ectoの最新バージョンは1.1.3なので古いectoを使用する必要があります。ここもちょっと問題) 結論として、現時点ではectoの通常のmigrate機能を使用しておいた方が良いと思われます。 (2016/02/23追記) ectoの通常のmigrate機能を使う場合、スキーマ変更時にマイグレーションフ
What I learned migrating a Rails app to Elixir/Phoenix
I’ve been keen on Elixir for a while now. For us at Made by Many the promise of the productivity of Ruby without compromising on raw performance and scalability is rapidly making it a prime candidate for our go-to server-side language of choice. To overcome the Elixir learning curve I’ve done a few things including reading and working the exercises in the excellent Dave Thomas book and attending E
翻訳: 似て非なる Phoenix と Rails（原題『Phoenix is not Rails』） - Qiita
Phoenix の開発者である Chris McCord さんが 2015/11/18 に書いた記事「Phoenix is not Rails」の翻訳です。 僕は Rails 未経験の状態で Phoenix を始めたクチなのですが、最近 Rails もやるようになり、両者を比較して考えることが多くなってきたので、いい機会だと思い翻訳してみました。 誤訳があれば編集リクエストを頂けると幸いです。 まえがき 昨年12月、ブライアン1は年次総括で 開発を Elixir と Phoenix に移行する計画を公表しました。それから1年、実際に Rails から Phoenix へ移行してみて分かったのは、この作業はそれほど大変ではないということです。というのも、Phoenix は Rails と非常によく似た作りをしているからです。もちろん、フレームワークのきちんとした理解にはそれなりの学習が必要で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.codementor.io/@leifio/avoid-these-pitfalls-when-moving-from-rails-to-phoenix-etbwoyl1f
Comparing Rails and Phoenix: Part II
The best of Rails in Phoenix (part 2) - Phoenix on Rails blog - Cloudless Studio
Phoenix for Railsies — SitePoint