Enviar búsqueda
Cargar
Railsアプリのモジュールはどこに置くべきか問題 (公開版)
•
5 recomendaciones
•
13,889 vistas
Ken Muryoi
Seguir
Railsアプリにおいて、自分でつくったモジュールをどこにおくべきか問題についての自分の認識をかいたもん。
Leer menos
Leer más
Software
Denunciar
Compartir
Denunciar
Compartir
1 de 24
Descargar ahora
Descargar para leer sin conexión
Recomendados
Hatena::Letの式年遷宮
Hatena::Letの式年遷宮
Takafumi ONAKA
デプロイメントパイプラインって何?
デプロイメントパイプラインって何?
ke-m kamekoopa
そのRails Engine、 本当に必要ですか?
そのRails Engine、 本当に必要ですか?
nixiesan
Iocコンテナについて
Iocコンテナについて
Akio Terayama
130821 owasp zed attack proxyをぶん回せ
130821 owasp zed attack proxyをぶん回せ
Minoru Sakai
DrupalをDockerで起動してみる
DrupalをDockerで起動してみる
iPride Co., Ltd.
Rails解説セミナー: Rails国際化 (I18n) API
Rails解説セミナー: Rails国際化 (I18n) API
Yohei Yasukawa
規模の見積もり WACATE 2016 winter
規模の見積もり WACATE 2016 winter
Tomoaki Fukura
Recomendados
Hatena::Letの式年遷宮
Hatena::Letの式年遷宮
Takafumi ONAKA
デプロイメントパイプラインって何?
デプロイメントパイプラインって何?
ke-m kamekoopa
そのRails Engine、 本当に必要ですか?
そのRails Engine、 本当に必要ですか?
nixiesan
Iocコンテナについて
Iocコンテナについて
Akio Terayama
130821 owasp zed attack proxyをぶん回せ
130821 owasp zed attack proxyをぶん回せ
Minoru Sakai
DrupalをDockerで起動してみる
DrupalをDockerで起動してみる
iPride Co., Ltd.
Rails解説セミナー: Rails国際化 (I18n) API
Rails解説セミナー: Rails国際化 (I18n) API
Yohei Yasukawa
規模の見積もり WACATE 2016 winter
規模の見積もり WACATE 2016 winter
Tomoaki Fukura
Keycloakの最近のトピック
Keycloakの最近のトピック
Hitachi, Ltd. OSS Solution Center.
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
Spring Boot × Vue.jsでSPAを作る
Spring Boot × Vue.jsでSPAを作る
Go Miyasaka
コンテナのユースケース考察
コンテナのユースケース考察
Shuji Yamada
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
上司が信用できない会社の内部統制~第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは?!...
上司が信用できない会社の内部統制~第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは?!...
WebSig24/7
Laravelでfacadeを使わない開発
Laravelでfacadeを使わない開発
Kenjiro Kubota
SpringBootTest入門
SpringBootTest入門
Yahoo!デベロッパーネットワーク
(2017.6.9) Neo4jの可視化ライブラリまとめ
(2017.6.9) Neo4jの可視化ライブラリまとめ
Mitsutoshi Kiuchi
コンテナ未経験新人が学ぶコンテナ技術入門
コンテナ未経験新人が学ぶコンテナ技術入門
Kohei Tokunaga
SharePoint Framework Extension 基礎講座
SharePoint Framework Extension 基礎講座
Hiroaki Oikawa
自己紹介LT(公開版)
自己紹介LT(公開版)
Ken Muryoi
TLS, HTTP/2演習
TLS, HTTP/2演習
shigeki_ohtsu
関数型・オブジェクト指向宗教戦争に疲れたなたに送るGo言語入門
関数型・オブジェクト指向宗教戦争に疲れたなたに送るGo言語入門
Tadahiro Ishisaka
例外設計における大罪
例外設計における大罪
Takuto Wada
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
Livesense Inc.
クラウドでも非機能要求グレードは必要だよね
クラウドでも非機能要求グレードは必要だよね
YoshioSawada
Azure DevOps ハンズオン Vo.2 ~Azure DevOps Wiki を用いたドキュメントの作成~
Azure DevOps ハンズオン Vo.2 ~Azure DevOps Wiki を用いたドキュメントの作成~
Takunori Minamisawa
GoとDDDでモバイルオーダープラットフォームを 型安全に作り直した話
GoとDDDでモバイルオーダープラットフォームを 型安全に作り直した話
Takuya Kikuchi
buoys gem の紹介
buoys gem の紹介
Ken Muryoi
約一年、XP2nd 読書会に参加して感じたこと
約一年、XP2nd 読書会に参加して感じたこと
Ken Muryoi
Más contenido relacionado
La actualidad más candente
Keycloakの最近のトピック
Keycloakの最近のトピック
Hitachi, Ltd. OSS Solution Center.
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
Spring Boot × Vue.jsでSPAを作る
Spring Boot × Vue.jsでSPAを作る
Go Miyasaka
コンテナのユースケース考察
コンテナのユースケース考察
Shuji Yamada
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
上司が信用できない会社の内部統制~第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは?!...
上司が信用できない会社の内部統制~第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは?!...
WebSig24/7
Laravelでfacadeを使わない開発
Laravelでfacadeを使わない開発
Kenjiro Kubota
SpringBootTest入門
SpringBootTest入門
Yahoo!デベロッパーネットワーク
(2017.6.9) Neo4jの可視化ライブラリまとめ
(2017.6.9) Neo4jの可視化ライブラリまとめ
Mitsutoshi Kiuchi
コンテナ未経験新人が学ぶコンテナ技術入門
コンテナ未経験新人が学ぶコンテナ技術入門
Kohei Tokunaga
SharePoint Framework Extension 基礎講座
SharePoint Framework Extension 基礎講座
Hiroaki Oikawa
自己紹介LT(公開版)
自己紹介LT(公開版)
Ken Muryoi
TLS, HTTP/2演習
TLS, HTTP/2演習
shigeki_ohtsu
関数型・オブジェクト指向宗教戦争に疲れたなたに送るGo言語入門
関数型・オブジェクト指向宗教戦争に疲れたなたに送るGo言語入門
Tadahiro Ishisaka
例外設計における大罪
例外設計における大罪
Takuto Wada
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
Livesense Inc.
クラウドでも非機能要求グレードは必要だよね
クラウドでも非機能要求グレードは必要だよね
YoshioSawada
Azure DevOps ハンズオン Vo.2 ~Azure DevOps Wiki を用いたドキュメントの作成~
Azure DevOps ハンズオン Vo.2 ~Azure DevOps Wiki を用いたドキュメントの作成~
Takunori Minamisawa
GoとDDDでモバイルオーダープラットフォームを 型安全に作り直した話
GoとDDDでモバイルオーダープラットフォームを 型安全に作り直した話
Takuya Kikuchi
La actualidad más candente
(20)
Keycloakの最近のトピック
Keycloakの最近のトピック
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Spring Boot × Vue.jsでSPAを作る
Spring Boot × Vue.jsでSPAを作る
コンテナのユースケース考察
コンテナのユースケース考察
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
上司が信用できない会社の内部統制~第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは?!...
上司が信用できない会社の内部統制~第32回WebSig会議「便利さと、怖さと、心強さと〜戦う会社のための社内セキュリティ 2013年のスタンダードとは?!...
Laravelでfacadeを使わない開発
Laravelでfacadeを使わない開発
SpringBootTest入門
SpringBootTest入門
(2017.6.9) Neo4jの可視化ライブラリまとめ
(2017.6.9) Neo4jの可視化ライブラリまとめ
コンテナ未経験新人が学ぶコンテナ技術入門
コンテナ未経験新人が学ぶコンテナ技術入門
SharePoint Framework Extension 基礎講座
SharePoint Framework Extension 基礎講座
自己紹介LT(公開版)
自己紹介LT(公開版)
TLS, HTTP/2演習
TLS, HTTP/2演習
関数型・オブジェクト指向宗教戦争に疲れたなたに送るGo言語入門
関数型・オブジェクト指向宗教戦争に疲れたなたに送るGo言語入門
例外設計における大罪
例外設計における大罪
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
学生時代に知っておきたかったWeb技術の学び方の学び方 | リブセンス
クラウドでも非機能要求グレードは必要だよね
クラウドでも非機能要求グレードは必要だよね
Azure DevOps ハンズオン Vo.2 ~Azure DevOps Wiki を用いたドキュメントの作成~
Azure DevOps ハンズオン Vo.2 ~Azure DevOps Wiki を用いたドキュメントの作成~
GoとDDDでモバイルオーダープラットフォームを 型安全に作り直した話
GoとDDDでモバイルオーダープラットフォームを 型安全に作り直した話
Más de Ken Muryoi
buoys gem の紹介
buoys gem の紹介
Ken Muryoi
約一年、XP2nd 読書会に参加して感じたこと
約一年、XP2nd 読書会に参加して感じたこと
Ken Muryoi
自己紹介LT「俺の迷走っぷり」
自己紹介LT「俺の迷走っぷり」
Ken Muryoi
サーバサイドなおじさんがSPAを趣味で初めて作ってみてわかった n のこと(仮)
サーバサイドなおじさんがSPAを趣味で初めて作ってみてわかった n のこと(仮)
Ken Muryoi
Default scopeの被害報告
Default scopeの被害報告
Ken Muryoi
地域コミュニティのススメ
地域コミュニティのススメ
Ken Muryoi
自分を変えた一冊
自分を変えた一冊
Ken Muryoi
Rubyコミュニティをアピールしませんか?
Rubyコミュニティをアピールしませんか?
Ken Muryoi
Acceptance testは開発者がつくるべき(公開版)
Acceptance testは開発者がつくるべき(公開版)
Ken Muryoi
るびま10周年の告知
るびま10周年の告知
Ken Muryoi
関西Ruby会議方面から来ました
関西Ruby会議方面から来ました
Ken Muryoi
地域Ruby会議にいこうぜ!
地域Ruby会議にいこうぜ!
Ken Muryoi
地域Ruby会議に参加してきた話とか
地域Ruby会議に参加してきた話とか
Ken Muryoi
Más de Ken Muryoi
(13)
buoys gem の紹介
buoys gem の紹介
約一年、XP2nd 読書会に参加して感じたこと
約一年、XP2nd 読書会に参加して感じたこと
自己紹介LT「俺の迷走っぷり」
自己紹介LT「俺の迷走っぷり」
サーバサイドなおじさんがSPAを趣味で初めて作ってみてわかった n のこと(仮)
サーバサイドなおじさんがSPAを趣味で初めて作ってみてわかった n のこと(仮)
Default scopeの被害報告
Default scopeの被害報告
地域コミュニティのススメ
地域コミュニティのススメ
自分を変えた一冊
自分を変えた一冊
Rubyコミュニティをアピールしませんか?
Rubyコミュニティをアピールしませんか?
Acceptance testは開発者がつくるべき(公開版)
Acceptance testは開発者がつくるべき(公開版)
るびま10周年の告知
るびま10周年の告知
関西Ruby会議方面から来ました
関西Ruby会議方面から来ました
地域Ruby会議にいこうぜ!
地域Ruby会議にいこうぜ!
地域Ruby会議に参加してきた話とか
地域Ruby会議に参加してきた話とか
Railsアプリのモジュールはどこに置くべきか問題 (公開版)
1.
Railsアプリのモジュール はどこに置くべきか問題 ! muryoimpl
2.
題材 http://y-yagi.tumblr.com/post/92386974040/rails-routing-constraints
3.
「迷ったらlib置いとけ」 ってこと?
4.
ちょっと違うのでは…
5.
参考意見その2 https://twitter.com/hanachin_/status/491046610839695361
6.
参考意見その2について • むやみにlibに置くべきではないと思う(理由は後 述) • 個人的には、libってあまりアプリ機能に関する ものっておくべきでないという認識
7.
なぜか?
8.
lib == ライブラリ
9.
アプリ機能の拡張って ライブラリか?
10.
否
11.
参考意見その2 https://twitter.com/hanachin_/status/491046610839695361
12.
参考URL http://blog.lunarlogic.io/2013/declutter-lib-directory/
13.
ざっくり言うと…(1) • libにファイル置く場合のガイドラインみたい のって示されてないよね • アプリのdomainに特化してないものをlibに置く べきってBryan
Helmkampが言ってた • 基本的にアプリに関するものはサブディレクト リ切ってそこに置こう
14.
ざっくり言うと…(2) • Monkey patchesは
lib と config/initializers に分 かれる • lib/ext … 組込Ruby classのStringやArrayの拡張 • lib/hack … 本来あるべきではないけどやらねーと 困るんだってやつを置く(ライブラリのバグ修正的 な) • -> これはgithubでforkして使うが一般的かな?
15.
ざっくり言うと…(3) • libには、(そのアプリに限らず)一般に使いまわせるようなもの を置く • app内ファイルが直接参照しないもの •
Ruby core class や 他のライブラリ、gem の一部のみが アクセスできるもの • global変数/アプリの定数/環境変数に依存しないもの • githubに置いたり、わざわざgemにするほどでもないgem の拡張
16.
ざっくり言うと…(4) • ちょっとしたアプリ特有の設定(API keyのよう なもの) •
libにおいてもいいけど、全体的な風潮は config/initializers だよね(私見)
17.
同意。
18.
だって
19.
ソース追うときって 機能については app の中にあること前提 で探したりしません?
20.
なかったら、gem の 機能かな?って思いません?
21.
app/以下 -> config 以下
-> gem? or lib/以下 muryoimpl.search_path みたいな感じ
22.
なので
23.
まとめ • libには、アプリの拡張は置かない • アプリの拡張はapp/以下の置く •
サブディレクトリ切ったらいいんだよ • app/decorators, app/workers/ みたいな • 読むときに混乱招かないようにするのが大事
24.
以上。
Descargar ahora