Tag: devise原则

在rails中未定义的方法`devise_for'

在我安装devise并创build一个用户模型之后。 我rake db:migrate ，然后我rake routes 。 然后我得到一个错误“未定义的方法devise_for为＃”。 什么可能导致这个错误？

为什么在Java中没有子类可见性修饰符？

不止一次，我发现自己希望Java中不可能实现可变的可见性。 我希望某些成员能够在自己的class级和任何一个小class中被看到，但是不能够看到其他人或者世界其他地方。 换句话说，我想这个： Modifier Class Package Subclass World sub-class YNYN 但是，Java的devise者只给了我这个 ： Modifier Class Package Subclass World public YYYY protected YYYN no modifier YYNN private YNNN 当我想要这样的东西时，典型的情况是创build一个抽象类。 有时我发现抽象父母需要访问某些成员，但是具体的孩子也可以。 我可以通过使成员protected来为他们提供这种访问权限，但是当我不想要的时候，这会打开对包的其余部分的访问。 要完全清楚，我知道这样的修饰符在Java中是不可能的。 我的问题是为什么这种修饰符不包含在Java中？ 看起来（在我看来）是一个比protected或默认更自然的可见性水平。 是不是因为它的重要性不被包括在内，还是与我没有考虑到的可能的副作用有关呢？

为什么静态类不能实现接口？

可能重复： 为什么不C＃允许静态方法来实现一个接口？ 在我的应用程序中，我想使用一个存储库来完成原始数据访问（TestRepository，SqlRepository，FlatFileRepository等）。 因为在我的应用程序的整个运行时间中都会使用这样一个存储库，所以对我来说这似乎是一个明智的做法，所以我可以去 SqlRepository.GetTheThingById(5); 没有它必须一直重新生成。 因为我希望我的存储库可以互换，所以我想让他们实现一个通用接口：IRepository。 但是当我试图这样做，我得到了 "Static classes cannot implement interfaces" 为什么他们不能？ 你怎么build议我改变我的devise呢？ 有我可以使用的模式吗？ UPDATE 五年之后，这个问题被访问了20多次，我了解了存储库模式的缺点，了解了IoC，意识到我的问题制定得不好。 我没有真正问过接口的C＃规范是什么，而是为什么它故意以这种特定的方式限制我。 实际的答案是调用实例或types的方法的语法是不同的。 但问题是closures的。

MongoDB架构devise – 许多小文件或更less的大文件？

背景 我正在将从RDBMS数据库到MongoDB的转换原型化。 在反规范化的过程中，好像我有两个select，一个导致许多（百万）较小的文档或一个导致较less（几十万）大文档的select。 如果我可以把它简化为一个简单的模拟，那么这个集合与这样一个更less的Customer文档（用Java）是有区别的： class Customer { 私人string名称; 私人地址地址; //每个CreditCard都有数百个付款实例 私人设置<CreditCard> creditCards; } 或许多像这样的许多付款文件的集合： class付款{ 私人客户客户; 私人CreditCard信用卡; 私人datepayDate; 私人stream通payAmount; } 题 MongoDB的devise是为了select许多小文档还是less用大文档？ 答案主要取决于我计划运行的查询吗？ （即客户X有多less张信用卡？vs上个月所有客户的平均金额是多less？ 我查了很多，但是我没有绊倒任何可以帮助我回答我的问题的MongoDB模式最佳实践。

Rails 3使用devise：如何让别人使用他们的Facebook帐户login？

我有一个使用Devise进行authentication的Rails 3应用程序。 现在我需要允许某人使用他们的Facebook帐户login。 我认为这被称为Facebook的连接，但我也听说过Facebook Graph API，所以我不知道我要求哪一个。 为了将Facebook Connect与Devise集成，我需要做些什么？ 解： 这个问题现在很老了。 一年前，Devise v1.2引入了OmniAuth支持。 现在Devise在v2.1（截至撰写本文），使用OmniAuth更容易。 这是Devise wiki上的一个很棒的教程， 使用omniauth-facebook gem和Devise来允许使用Facebook进行login 。 另外看看这个关于注册你的应用程序和使用Facebook Graph API的优秀教程。

使用try / catch来防止应用程序崩溃

我一直在研究一个经常使用try/catch的Android应用程序，以防止在没有需要的地方崩溃。 例如， 带有id = toolbar xml layout的视图被引用如下： // see new example below, this one is just confusing // it seems like I am asking about empty try/catch try { View view = findViewById(R.id.toolbar); } catch(Exception e) { } 这个方法在整个应用程序中使用。 堆栈跟踪没有打印，真的很难find出了什么问题。 应用程序突然closures，不打印任何堆栈跟踪。 我问我的前辈向我解释，他说， 这是为了防止生产中的崩溃。 我完全不同意 。 对我来说，这不是防止应用程序崩溃的方法。 这表明开发人员不知道他/她在做什么，并且有疑问。 这是在业界用来防止企业应用崩溃的方法吗？ 如果try/catch是真的，那么我们真的需要使用UI线程或其他线程来附加一个exception处理程序，并抓住所有东西？ 如果可能的话，这将是一个更好的方法。 是的，空try/catch是不好的，即使我们打印堆栈跟踪或日志exception到服务器，在try/catch随机地包装代码块对所有的应用程序是没有意义的，例如，当每个函数被封闭try/catch 。 UPDATE 由于这个问题引起了很多的关注，有些人误解了这个问题（也许是因为我没有清楚expression出来），我将会重新解释这个问题。 这里是开发人员在这里做的 […]

工厂，供应商和服务之间的区别？

术语工厂，提供者和服务之间有什么区别？ 只需进入nhibernate及其存储库模式（POCO类等）。

主键与聚类索引的关系

没有聚集索引，TABLE可以有主键吗？ 和TABLE可以没有主键的聚簇索引？ 任何人都可以简单地告诉我主键和聚集索引的关系吗？

事件驱动模式和反应堆模式有什么区别？

从维基百科反应堆模式文章： 反应堆devise模式是一种事件处理模式，用于处理通过一个或多个input同时传送到服务处理程序的服务请求。 它命名了几个例子，例如nodejs ， twisted ， eventmachine 但是我所知道的上面是stream行的事件驱动框架，那么使它们也成为一个反应器模式框架呢？ 如何区分这两个？ 或者他们是一样的？

主键/外键命名约定

在我们的开发小组中，我们对主键和外键的命名规则有一个激烈的争论。 我们组中基本上有两个学派： 1： Primary Table (Employee) Primary Key is called ID Foreign table (Event) Foreign key is called EmployeeID 要么 2： Primary Table (Employee) Primary Key is called EmployeeID Foreign table (Event) Foreign key is called EmployeeID 我不想在任何列中复制表的名称（所以我更喜欢上面的选项1）。 从概念上讲，它与其他语言中的许多推荐实践一致，即在其属性名称中不使用对象的名称。 我认为命名外键EmployeeID （或者Employee_ID可能更好）告诉读者它是Employee Table的ID列。 其他一些人则更喜欢选项2，其中您指定了以表名为前缀的主键，以便整个数据库中的列名相同。 我明白了这一点，但是现在你不能直观地将主键与外键区分开来。 此外，我认为在列名中包含表名是多余的，因为如果您将表视为实体，将列视为实体的属性或属性，则将其视为Employee的ID属性，不是EmployeeID属性。 我不去问我的同事他的PersonAge或PersonGender是什么。 我问他年龄是多less。 所以就像我说的那样，这是一场激烈的辩论，我们一直在继续。 我有兴趣得到一些新的观点。