Tag: devise原则

阻止IO与非阻塞IO; 寻找好的文章: 曾几何时，我碰到了Indy的文章介绍，从那以后就不能停止思考封锁与非封锁的IO。寻找一些很好的文章来描述阻塞IO和非阻塞IO的优点和缺点，以及如何在每种情况下devise你的应用程序以获得自然，容易理解和易于维护的代码。想了解BIG图片…

Service Locator模式与Abstract Factory模式有什么不同？: 乍看之下，服务定位器模式看起来与抽象工厂模式相同。他们似乎有相同的用途（你查询他们接收抽象服务的实例），他们都已经提到，当我读到dependency injection。但是，我已经将Service Locator模式描述为一个糟糕的主意，但是至less在一个主要的Dependency Injection框架中直接支持Abstract Factory模式。如果他们不一样，有什么区别？

在关系数据库中存储树结构的已知方法是什么？: 有“把FK给你的父母”的方法，即每个logging指向它的父母。这是一个难以阅读的行动，但很容易维护。然后有一个“目录结构键”的方法： 0001.0000.0000.0000 main branch 1 0001.0001.0000.0000 child of main branch one etc 这是超级容易阅读，但很难维护。什么是其他的方式和他们的利弊？

Codeigniter：构build部分视图的最佳方法: 如何构buildCodeigniter中的下一页？我想为每个部分创build单独的控制器左导航内容导航 login名排行榜不包括内容部分（因为这会根据左侧导航栏和内容导航栏中的链接而变化）。所有其他部分保持大致相同我想过这样做： Class User_Profile extends Controller { function index() { $this->load_controller('Left_Nav'); $this->load_controller('Content_Nav'); $this->load_controller('Login_Name'); $this->load_controller('Leaderboard', 'Board'); $this->Left_Nav->index(array('highlight_selected_page' => 'blah')); $this->load('User'); $content_data = $this->User->get_profile_details(); $this->view->load('content', $content_data); $this->Login_Name->index(); $this->Board->index(); } } 显然这个load_controller不存在，但是这个function是有用的。每个部分的控制器从模型获取所需的数据，然后通过$this->view->load()加载页面。在新闻，用户，关于我们等所有的左侧导航链接中都有这样的代码可能会让人头痛。但是再次不是每个导航链接都有这些部分，所以我需要将部分作为“部分视图” 任何人都可以提出一个更好的方式做到这一点

varchar字段 – 是两个更有效率的权力？: 使用大小为2的幂与另一个数的varchar字段效率更高吗？我想不，因为对于SQL Server，默认值是50。然而，我听说（但从来没有证实），大小字段作为2的幂是更有效的，因为它们等于偶数字节，计算机处理位和字节。那么，声明为varchar(32)或varchar(64)的字段是否比varchar(50)有任何真正的好处？

命令模式返回状态: 一旦我有关于devise的讨论，相对于命令模式。我的同事说，在调用.execute（）方法之后，命令对象不应返回状态（成功，失败，为什么）。原因是你不应该担心命令是否被执行，因为命令不能包含任何状态。但是，如果命令具有预期的效果，则必须在调用之后进行检查。他提出的另一个观点是，在四人帮上，指挥模式并没有出现这种情况（返回状态）。我声明了相反的观点。 GoF没有提供这种情况，但是一个模式可以模拟您的需求。如果命令不成功，调用客户端必须接收状态certificate，并最终部署适当的响应。通过强制客户检查行动取得成功是否容易出错，并产生重复的代码。此外，在某些情况下，命令会产生一个结果（例如，一个命令添加一条线到一个情节，将以某种方式将行ID返回到客户端），假装没有状态的命令意味着你必须从数据模型中“捞出”新的对象标识符。最后，我们通过不返回状态而达成了一个妥协，但将新创build的对象的id保存在命令对象中，而且应用程序工作得很好，但是我现在好奇地知道你的意见。

Rails 3与deviseauthentication – 如何手动创build一个用户？: 我想手动创build新的User ，而不强迫他们validation他们的电子邮件地址。这个想法是允许现有的用户自动添加他们的朋友，而不需要他们的注册。这是我正在努力解决的商业案例。 Devise如何做到这一点？

我怎样才能学会创造美丽的图表（连接到我的R知识）？: 我是一个忠诚的R（r-project.org）用户，并喜欢信息图表。我刚刚遇到这篇文章： http : //www.noupe.com/design/fantastic-information-architecture-resources.html 给信息devise者一个长长的资源清单。这让我想起了做更美丽（而不仅仅是信息量）的R地块的愿望。你有什么build议/资源如何使这个飞跃？为了能够制作精美的图表，我需要开发哪些书籍/软件/技能？

我应该返回一个IEnumerable或IList？: 我希望从方法中返回一个有序的项目列表。我的返回types应该是IEnumerable还是IList？