-
Notifications
You must be signed in to change notification settings - Fork 24
Roadmap
Kosuke Tanabe edited this page Jul 21, 2018
·
115 revisions
今後のロードマップです。
2016年11月リリースを予定。
- 機能追加:
- 書影取得元を追加、設定追加
- 表記ゆれ検索に対応
- 依存ライブラリの変更(下記参照)
- 動作環境の変更:古いRuby 1.9以下およびRuby on Rails 3以下の環境への対応をやめる
- 詳細: https://github.com/next-l/enju_leaf/milestones/1.2.0
2018年内のリリースを予定。
- Rails 5.1、Solr 6への対応
リリースを予定。
- ユーザ向けUIの変更(Bootstrap化)
- 検索エンジンの変更(ElasticSearch化)
用途 | 1.1(1.1ブランチ) | 1.2(1.2ブランチ) | 2.0(masterブランチ) |
---|---|---|---|
Ruby |
|
2.1以降 | 2.2以降 |
Rails | 3.2/4.1/4.2 | 4.2 | 5.0/5.1? |
ユーザ向けUI | enju_flower | enju_biblioに統合 | ndl-labsearch-client(NDLラボサーチ)? 参考1 |
データベース | SQLite3/MySQL/PostgreSQL | SQLite3/MySQL/PostgreSQL | PostgreSQL >= 9.4 |
検索 | sunspot 2.2.0 / Solr 4.x | sunspot >= 2.2.7 / Solr 5.x | elasticsearch-rails |
認証管理 | devise | devise | devise |
認可管理 | cancancan | pundit | pundit |
非同期処理 | resqueのみ | ActiveJobで対応するライブラリ | ActiveJob |
ファイルアップロード | paperclip | paperclip |
|
多言語表示 | globalize | globalize | json_translate |
Bootstrap化 | × | × | ○ |
モバイル画面振り分け | mobylette | browser + Rails本体で対応 (Action Pack Variants) | browser + Rails本体 |
パラメータ受け取り | protected_attributes -> strong_parameters に移行(1.1.0.rc17) | Rails本体で対応 (strong_parameters) | Rails本体 |
設定ファイル管理 | settingslogic -> dotenv-rails に移行 | dotenv-rails | dotenv-rails |
フォームの動的追加 | nested_form | cocoon | cocoon |
受入時の著者名自動補完 | × | jQuery UI (Autocomplete) | typeahead |
- 一部のモジュールを
別アプリケーションMountable Engineとして切り出し - enju_bookmark
- enju_question
- Heroku Buttonによる一発起動
https://github.com/next-l/enju_leaf/milestones/1.1.0
- PostgreSQL 9.0以上 (推奨 / recommended) / MySQL 5.5以上 / SQLite 3.3以上
- Next-L が配布している仮想マシンでは、SQLite を使ってきた(今も使ってる)
- Enju Leaf 2.0 からは、PostgreSQL をメインでサポートする
- MySQLはサポートはするが、テストは積極的に作成しない
- 一部オプション的な機能は動かないもしくは、制限されたものになる。
- そのような機能の場合は、ドキュメントにその旨を書くことによって、MySQLを使いたい人に配慮はする。
- ※ 今のところは日英切り替え、レコードIDでのUUIDの使用
- ※ MySQL で動かないとの報告があった場合、調査し対応する可能性はある
- SQLite は対応しない。ただし、2.0への移行措置のみ、移行スクリプトの提供する。
DBMSを3つもサポートするのは、アップデート用のスクリプトの作成や、 ユーザへのバグ報告への対応や、セキュリティ対策などのサポートなど、 コストがかかるため、DBMSを基本は1つのみを対応することによって コスト減をはかりたいという目的のため。