Tag: devise原则

devise：为什么我的注销链接不工作？

问题：简而言之，当我尝试安装一个注销链接到我的应用程序，它无法正常工作。 这里有尽可能多的上下文，我可以想到放在这里（如果你想要的东西，请戳我）… 我有一个哈姆的观点： = link_to("Logout", destroy_user_session_path, :method => :delete) 它在视图中产生这个： <a href="/users/sign_out" data-method="delete" rel="nofollow">Logout</a> 我validation了在我的config / initializers / devise.rb我有这个设置uncommented和正确的： config.sign_out_via = :delete 我validation了以下路线： destroy_user_session DELETE /users/sign_out(.:format) {:action=>"destroy", :controller=>"devise/sessions"} 我的routes.rb中也有一些这样的诡计，我怀疑这与我的问题有关： devise_for :users, :controllers => {:sessions => "devise/sessions", :registrations => "users"} resources :users 最后一点是因为我想在自己的控制器中pipe理（编辑，创build和删除）用户。 我收到的错误消息如下所示： ActiveRecord::RecordNotFound in UsersController#show Couldn't find User with ID=sign_out Rails.root: /home/jaydel/projects/mbsquared-projects/Wilson-Goldrick app/controllers/users_controller.rb:16:in `show' […]

应用材质devise触摸纹波到ImageButton？

我有一个图像button，它不响应点击时的触摸animation，因为它是一个静态图像，不像棒棒糖上的内置涟漪效应。 我想添加材料devise涟漪触摸效果的形象，但似乎无法find一个方法来实现它。 我可以在图像上设置一个颜色filter，但这不是涟漪效应。 我试图做的一个例子是，当您在Google Play音乐中放置相册封面图片时，图片上会出现阴影涟漪。

有防灾语言吗？

当创build必须具有高可靠性的系统服务时，我经常会写下很多“故障安全”机制，例如：通讯已经消失（例如与数据库通讯），如果电源是失去了，服务重新启动….如何拿起件，并继续以正确的方式（并记住，在拿起件时，权力可以再出…）等等 我可以想象，对于不太复杂的系统来说，能够满足这个要求的语言将是非常实用的。 因此，无论权力何时被切断，在任何特定时刻都会记住它的状态，并继续停止。 这是否存在？ 如果是的话，我在哪里可以find它？ 如果没有，为什么不能实现呢？ 在我看来，对于关键系统来说非常方便。 ps数据库连接丢失时，表示出现问题，需要手动干预。 在连接恢复的那一刻，它将继续停止。 编辑：由于讨论似乎已经死了，让我补充几点（在等待之前，我可以添加一个赏金的问题） Erlang的回应似乎是目前最高的评价。 我知道Erlang，并阅读过Armstrong（主要创作者）的实用书。 这一切都非常好（尽pipe函数式语言让我的头脑旋转了所有的recursion），但是“容错”位并不会自动产生。 离得很远。 Erlang提供了许多监督人员监督stream程的其他方法，并在必要时重新启动。 然而，为了正确地做出与这些结构一起工作的东西，你需要成为erlang大师，并且需要使你的软件适合所有这些框架。 另外，如果功耗下降，程序员也必须拿起这些部件，并在下一次程序重新启动时尝试恢复 我正在寻找的是更简单的事情： 想象一下，一种语言（就像PHP一样简单），你可以做类似于数据库查询，操作，执行文件操作，执行文件夹操作等的语言。 它的主要特点应该是：如果电源死了，重新启动，它会停止它的位置（所以它不仅会记住它在哪里，还会记住variables状态）。 另外，如果它在文件拷贝中间停止，它也将正确恢复。 等等 最后但并非最不重要的是，如果数据库连接断开并且无法恢复，语言只是暂停，并且发送信号（可能是syslog）供人工干预，然后继续进行。 像这样的语言会使很多服务编程变得更容易。 编辑：它似乎（所有评论和答案来看），这样一个系统不存在。 可能在近乎可预见的将来，由于（近？）不可能得到正确的。 太糟糕了….我再也不是在寻找这种语言（或框架）让我登上月球，或者用它来监视某人的心脏。 但是，对于小型的周期性服务/任务，这些服务/任务总是会导致大量的代码处理边界案例（电力中断，连接丢失，不能恢复），…在这里暂停，…解决问题。 ..并继续你离开的方法将工作良好。 （或作为评论者之一指出的检查点方法（如在video游戏中）。设置检查点….如果程序死亡，下次重新启动。 赏金奖励：在最后一刻，每个人都得出结论，这是不可能完成的，Stephen C带着napier88，这似乎有我正在寻找的属性。 虽然它是一种实验性的语言，但它确实certificate它是可以做到的，这是值得深入研究的东西。 我将研究创build我自己的框架（可能具有持久状态和快照）来添加我在.Net或其他虚拟机中寻找的function。 每个人都感谢您的意见和伟大的见解。

发布的接口属性错误和解决方法

我写了一组通过发布的接口属性相互链接的组件。 他们被注册并安装在一个devise包中。 在Delphi中使用已发布的接口属性并不常见，因此毫不奇怪，似乎并不能很好地工作。 当组件驻留在同一个表单上时它工作正常，但是不同表单上的组件之间的接口属性链接会导致问题。 与另一个表单上组件的对象链接不同，接口链接似乎无法被IDE识别。 我的意思是最好用一个例子来描述，当你在IDE中打开两个窗体，并在它们之间有组件之间的链接，然后尝试切换到窗体视图为文本（Alt + F12）将导致IDE正确地抱怨： Module 'UnitXXX.pas' has open descendents or linked modules. Cannot close. 但是，如果属性是一个接口，那么这不会发生，反而会发生链接被切断（当使用Notification机制来清除引用时，这是最好的情况，否则你会留下一个无效的指针） 另一个问题，可能是由于相同的错误造成的结果是，当您在IDE中打开一个项目时，表单将被重新打开的顺序是未定义的，因此IDE可以尝试打开一个窗体，其中包含组件的接口链接另一种forms，但其他forms尚未重新创build。 所以这有效地导致AV或切断的链接。 早在90年代，当我使用Datasets和Datasources我记得类似的问题与表单之间的链接消失，所以这有些类似。 作为临时替代方法，我添加了重复的发布属性，对于每个接口属性，我添加了另一个声明为TComponent 。 这使delphi意识到forms之间有联系，但至less可以说是一个丑陋的解决方法。 所以我想知道我能做些什么来解决这个问题？ 这是一个IDE错误，可能无法直接解决，但也许我可以重写某些东西或以其他方式挂接到stream式机制，以更有效地解决此问题。 我从来没有深入到stream式机制，但我怀疑Fixup机制应该处理这个问题。 有一个csFixups所以我希望有一个解决方法是可能的。 编辑：使用D2007 。 更新： 新的更新可重复的例子上传到http://www.filedropper.com/fixupbugproject2 添加了property ComponentReference: TComponent以便于比较和跟踪接口与组件stream。 我把问题缩小到汇编层面，这有点超出我的深度。 在它调用的classes单位过程GlobalFixupReferences中： (GetOrdProp(FInstance, FPropInfo) <> 0) 最终执行： function TInterfacedComponent.GetInterfaceReference: IInterface; begin // uncomment the code bellow to avoid exception […]

复制和直接初始化背后的动机有什么不同？

为什么复制构造函数调用而不是转换构造函数有点相关？ 有两种初始化语法，直接和复制初始化： A a(b); A a = b; 我想知道他们有不同的定义行为的动机。 对于复制初始化，涉及额外的副本，我不能想到该副本的任何目的。 由于它是一个临时副本，因此它可能也可能会被优化，所以用户不能依赖它发生 – 但是额外的副本本身对于不同的行为是不够的。 所以为什么？

使用dependency injection与Roboguice？

我正在开发一个Android项目，我想知道什么是build立一个Android应用程序的好架构的build议。 我想使用Roboguice的dependency injection，我一直在阅读有关MVVM模式或MVC模式（ Android MVVMdevise模式示例 ）。 另外我知道roboguice有一个非常酷的基于Context的事件的提升和处理function，可以非常容易testing，因为代码是分离的。 任何关于工作devise模式的build议？ 一个可testing和可扩展的架构，你曾经或开发？

为什么大多数基于正则expression式的Javastring操作？

在Java中，有许多方法都是与操纵string有关的。 最简单的例子是String.split（“something”）方法。 现在许多这些方法的实际定义是它们都以正则expression式作为其input参数。 这使得所有非常强大的构build块。 现在有两种方法可以在许多方法中看到： 每次调用方法时都会重新编译expression式。 因此，他们施加了性能影响。 我发现，在大多数“现实生活”的情况下，这些方法被称为“固定”的文本。 split方法最常见的用法更糟糕：通常用单个字符（通常是“，”，“或”＆“）来分隔。 所以这不仅是默认的方法是强大的，他们似乎也被压倒了实际使用的东西。 在内部，我们已经开发了一个“固定string”的“快速分裂”方法。 我在家里写了一个testing，看看如果知道它是一个字符，我能做多快。 两者都比“标准”拆分方法快得多。 所以我想知道：为什么现在selectJava API？ 有什么好的理由，而不是像split（char）和split（String）和splitRegex（String）？ 更新：我打了几个电话，看看分割一个string的各种方式需要多less时间。 简短的总结：这是一个很大的区别！ 我为每个testing用例做了10000000次迭代，总是使用input "aap,noot,mies,wim,zus,jet,teun" 并始终使用“，”或“，”作为拆分参数。 这是我的Linux系统（这是一个Atom D510盒，所以它有点慢）： fastSplit STRING Test 1 : 11405 milliseconds: Split in several pieces Test 2 : 3018 milliseconds: Split in 2 pieces Test 3 : 4396 milliseconds: Split in 3 pieces homegrown fast splitter […]

一个好的Javadevise合同库？

几年前，我对Java的DbC软件包进行了一次调查，对其中的任何一个都不满意。 不幸的是，我没有对我的发现保持良好的logging，而且我认为事情已经改变了。 有人会仔细比较和对比Java的不同DbC软件包吗？

为什么Matzselect使Ruby在默认情况下是可变的？

这是这个问题的反面： 为什么string不能在Java和.NET中变化？ 在Ruby中做这个select只是因为操作（附加等）对可变string有效，还是有其他原因？ （如果只是效率，那看起来很奇怪，因为Ruby的devise似乎不会高效地促进高效实现。）

OO JavaScript构造函数模式：新古典vs原型

我观看了道格拉斯·克罗克福德（Douglas Crockford）关于Javascript中好的部分的讲话 ，我的眼睛被打开了。 有一次，他说：“Javascript是唯一的语言，好的程序员相信他们可以有效地使用它，而不需要学习它。” 然后我意识到， 我就是那个人。 在那个演讲中，他发表了一些对我来说非常惊人和有见地的发言。 例如，JavaScript是这个星球上最重要的编程语言。 或者它是这个星球上最stream行的语言。 而且，这是以许多严重的方式被打破的。 他对我所做的最令人吃惊的表述是“新的危险”。 他不再使用它了。 他也不使用this 。 他为Javascript中的构造函数提供了一个有趣的模式，允许私有和公共成员variables，并且不依赖于new ，也不依赖this 。 它看起来像这样： // neo-classical constructor var container = function(initialParam) { var instance = {}; // empty object // private members var privateField_Value = 0; var privateField_Name = "default"; var privateMethod_M1 = function (a,b,c) { // arbitrary }; // initialParam […]