タグ

frameworkに関するikasamak503のブックマーク (6)

  • HanamiはRubyの救世主(メシア)となるか、愚かな星と散るのか

    はじめに: レイルズ王国と異端審問 Hanami について Hanami は Rails じゃない Hanami の設計思想 Hanami の各層について Router Router の高度な使い方 Controller Validation View Helper, Form Model Entity Repository SQL クエリの発行 Interactor Hanami::Interactor Hanami::Validations Test Factory Hanami の不十分な点 その他の Hanami のプロジェクト Hanami::Cli Hanami::Events Hanami 2.0 まとめ 著者について はじめに: レイルズ王国と異端審問 20XX年、僕は Ruby on Rails の規約に違反したコードを書いたことでレイルズ王国の異端審問にかけられていた。

  • O/Rマッピングは百害あって一利なし! - Qiita

    O/Rマッピング(Object-relational mapping)について、Wikipediaには以下のように書かれています。 データベースとオブジェクト指向プログラミング言語の間の非互換なデータを変換するプログラミング技法である。 O/Rマッピングを実現する仕組みを、O/Rマッパーと言います。(両者を区別しなくても私が言いたいことは伝わると思いますので、ORMと統一して記述します)(また、個人的な理由で、プログラミング初学者向けに語りかける口調にしていますが、初心者向けの記事というわけではありません) 最近はWEBアプリ開発をするにあたって、WEBフレームワークに標準で何らかのORMが組み込まれていることが多いため、その存在を知らない人はまずいないでしょう。 私も何度かORMと向き合ってきましたが、そうこうしているうちに気がつきました。 ORMはめんどうくさい! …ってことに。 みん

    O/Rマッピングは百害あって一利なし! - Qiita
  • Spring BootとPlay Framework、どっちがどう良いの? 専門家が5つの視点で徹底解説 - エンジニアHub|Webエンジニアのキャリアを考える!

    Spring BootとPlay Framework、どっちがどう良いの? 専門家が5つの視点で徹底解説 Spring BootとPlay Framework、どちらを使うべきか……?開発者を悩ませる疑問に答えるべく、専門家2人がさまざまな視点で両フレームワークの特徴を解説します。 【比較ポイント(1)】設計思想や登場してきた歴史的背景 【比較ポイント(2)】得意分野や利用されている領域 【比較ポイント(3)】各コンポーネントの実装スタイル 【比較ポイント(4)】データベース接続まわり 【比較ポイント(5)】今後のリリース展開について Webアプリケーション開発において、フレームワークは欠かせない存在となっています。開発者が実装すべき処理に集中でき、堅牢でメンテナンスしやすいアプリケーションをすばやく開発できる。これこそ、フレームワークを使う最大の利点といえるでしょう。 JavaやScal

    Spring BootとPlay Framework、どっちがどう良いの? 専門家が5つの視点で徹底解説 - エンジニアHub|Webエンジニアのキャリアを考える!
  • 私が「CakePHP 3」よりも「Laravel 5」を推したい理由 | 綺麗に死ぬITエンジニア

    現在、数多くのPHPフレームワークが登場しています。 ですが、私の周りでは、新規案件においては大体「CakePHP 3」か「Laravel 5」の二択になっています。この二つのフレームワークは、日において、今現在PHPフレームワークの二強といってもいい存在ですね。 私はどちらのフレームワークもある程度使った経験があります。 そしてその結果、私の中では「CakePHP 3」よりも断然「Laravel 5」の方が優れているという結論が出ましたので、その理由を解説していきます。もちろん、好みの問題もありますので、フレームワーク選定の参考にしようとされる場合は、案件やチームのスキルを鑑みて総合的に評価してください。 自由なディレクトリ構成これはチームによってはメリットにもデメリットにもなりうる要素ですが、基的にLaravelは、PHPのソースコードを配置する際のディレクトリ構成(名前空間の構成

  • Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita

    記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション

    Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita
  • Backbone.JSからAngular2まで、全9大JavaScriptフレームワークを書き比べた! - paiza times

    (English article is here.) こんにちは、吉岡([twitter:@yoshiokatsuneo])です。 ウェブ開発に欠かせないJavaScriptフレームワークですが、日々発展しておりReact.js, Ractive.js, Aurelia.js, AngularJS2.0など次々と新しいフレームワークが出てきています。 一体どれを使えばいいのか?何が違うのか?何から調べていいのか迷うことがあります。 そこで、現時点で事実上全てとなる、9大主要フレームワークについて、実際に使ってみて比較を行います。 Backbone.js Ember.js Knockout.js AngularJS(1.x) React.js Ractive.js vue.js Aurelia.js AngularJS2.0(アルファ版) これらのフレームワークでは、以下のような機能が実現さ

    Backbone.JSからAngular2まで、全9大JavaScriptフレームワークを書き比べた! - paiza times
  • 1