2017-03-11 1 views

答えて

2

私はそれをすべて自分で管理しようとすると、将来的に問題にぶつかるのは確実な方法だと思います。アカウントの概念はシンプルなようですが、特別な複雑さ(登録、リセットパスワード、検証メール、サードパーティ認証、役割ベースの認証、アプリケーションとの完全な統合など)を盛り上げることは特にありません。

次の大きなアプリケーションを構築するのに時間を費やすことができたときに、その日の終わりには、何日も(あるいはそれ以上の)実装とテスト(あなたがすべてのことを望むことを望む)私はむしろ自分のロールを張ろうとするのではなく、何千ものユーザーの何千ものユーザーが確認したパッケージを試して試してみようと思います。

+0

本当だが、一つのことは、通知を管理するためのパッケージまたはあるスプラッシュ画面で"関連性がありません"しかし、他のものは、サードパーティのパッケージを使用してユーザの作成とログインを管理することです。 bbdd、メソッド、テストなどを作成する必要があることは事実ですが、重要なアプリケーションで作業しているときには必須と考えています。 ありがとう! –

2

目的や好みによって異なります。 account-baseは私のプロジェクトにうまく収まると思われるので、あなたの時間を無駄にしないようにしてください。を改革してください。

meteorの範囲では、パッケージを変更する場合は、packagesディレクトリに複製して変更することができます。

+0

私はそれに同意します。私たちはすべてを自分で作成しようとすることもありますが、上記で述べたように、私たちのアプリケーションに特化した登録/ログインのような重要なものはほとんどありません。例えば。私はユーザー名と電子メール(それらのうちの1つだけではない)を使用してユーザーを作成する必要があります。この時点から、自分ですべてを作成するよりもアカウントベースのパッケージでこれをアーカイブすることは難しいと思います。また、私は自分のロケーションファイル上のメッセージを翻訳するコードをクライアントに送る必要があります –