Tag: devise原则

标签，云和search的最佳数据架构（如StackOverflow）？

我很想知道Stack Overflow的标记和search是如何构build的，因为它似乎工作得很好。 什么是一个好的数据库/search模式，如果我想要做以下所有的事情： 在各种实体上存储标签（如何标准化？即Entity，Tag和Entity_Tag表？） search具有特定标签的项目 构build适用于特定search结果集的所有标签的标签云 如何在search结果中显示每个项目的标签列表？ 将标签存储为标准化的forms也许是有意义的，但也可以将其用作＃2，＃4，也许是＃3的空格分隔的string。 思考？ 我听说过，Stack Overflow使用Lucene进行search。 真的吗？ 我听说过几个讨论SQL优化的播客，但没有提到Lucene。 如果他们使用Lucene，我想知道有多lesssearch结果来自Lucene，以及“向下钻取”标签云是否来自Lucene。

逻辑数据模型和概念数据模型有什么区别？

逻辑数据模型和概念数据模型有什么区别？

如何正确使用状态模式？

我在编程经验中遇到了一些状态模式的实现，并做了一些。 我已经看到他们在各种情况下使用（主要是用户界面和parsing）。 麻烦的是，它们都在快速发展的压力下变成了几乎不可维护和可以理解的代码块。 我正在考虑重构其中的一个，但我很难find这个在线的好资源。 在线状态模式有很多简单的例子，但是我需要更深入的资源。 所以我在找： 当执行状态模式和如何避免它们时常见的陷阱的例子， 现实世界中的状态模式正确完成的例子（如在一些开源项目/框架中） 个人经验与国家格局也受到欢迎 感谢您的时间

干净的C ++粒度的朋友相当于？ （答案：律师 – 客户成语）

为什么C ++有任何人都可以调用的public成员和friend声明， 这些声明将所有 private成员公开给定的外部类或方法，但是没有提供给给定调用者公开特定成员的语法？ 我想用一些例程来表示接口，只能由已知的调用者调用，而不必让这些调用者完全访问所有的私有，感觉这是一个合理的想法。 最好的我可以自己（下）和其他人的build议到目前为止围绕不同的间接性的习语/模式，我真的只想要一个单一的 ，简单的类定义，明确指出什么来电者（比我更细） ， 我的孩子 ，或绝对任何人 ）可以访问哪些成员。 以下expression概念的最佳方式是什么？ // Can I grant Y::usesX(…) selective X::restricted(…) access more cleanly? void Y::usesX(int n, X *x, int m) { X::AttorneyY::restricted(*x, n); } struct X { class AttorneyY; // Proxies restricted state to part or all of Y. private: void restricted(int); // Something preferably selectively […]

为什么Python的“任何”返回一个布尔而不是价值？

and和or返回他们评估的最后一个元素，但为什么不是Python的内置函数呢？ 我的意思是这样很容易实现自己，但我仍然想知道为什么。 def any(l): for x in l: if x: return x return x 编辑： 为了增加下面的答案，这里有一个来自你们这个问题的强大的皇帝相同的邮件列表的实际报价： 是否总是返回True和False或第一个触发/传入元素？ 在博客之前我也玩过这个游戏，并且意识到最终的情况（如果顺序是空的，或者所有的元素都不能通过testing）永远不会令人满意：如果参数是一个可重用的布尔值，如果参数是非bool对象的迭代，那么selectFalse会感到奇怪。 Guido van Rossum（主页： http : //www.python.org/~guido/ ）

将数据传递给mdDialog

主列表页面有编辑button。 其中打开了编辑行的细节。 方式1：现在，如果我设置“ctrl.parent.q_details.client_location”，它绑定到父控制器，它作为双向绑定，并自动更改值在编辑框更改，这是不是要求在这里。 这里我只想在inputbox中显示和允许编辑值。 不想在父控制器中更改。 ►以下是父控制器中调用mdDialog的代码 $mdDialog.show({ locals:{parent: $scope}, clickOutsideToClose: true, controllerAs: 'ctrl', templateUrl: 'quotation/edit/',//+edit_id, controller: function () { this.parent = $scope; }, }); ►以下是popup的mdDialog的代码。 <md-dialog aria-label=""> <div ng-app="inputBasicDemo" ng-controller="deliverController" layout="column"> <form name="" class="internal_note_cont"> <md-content class="md-padding"> <md-input-container class="md-input-has-value" flex> <label>Client Name</label> <input ng-model="qe.client_name" required > </md-input-container> <md-input-container flex> <label>Client Location</label> <input required ng-model="ctrl.parent.q_details.client_location"> </md-input-container> </md-content> […]

伐木外观有什么意义？

有许多不同的日志库可供select，每个日志库都有自己的怪癖和优点。 （.Net示例：log4net，System.Diagnostics.TraceSource，nLog等） 自然的倾向是抽象出这些怪癖，并使用伐木外观。 （例如： Castle.Services.Logging ， Common.Logging ， Simple Logging Facade ）这样，如果你正在使用的给定的日志框架已经过时，或者不同的日志框架已经变得stream行，那么你可以换掉执行并离开代码不变。 但有多个日志外墙可供select。 鉴于许多不同的日志实现的答案是抽象的，为什么不使用日志外观门面？ 如果这听起来很荒谬，是什么让它比原来的伐木门面更荒谬？ 在日志框架的顶部是什么使得一个额外的抽象层是神奇的数字？

存储库模式解决什么特定的问题？

（注：我的问题与三个月前提出这个问题的人非常相似，但是没有回答。） 我最近开始使用MVC3 +entity framework，我一直在阅读，最好的做法是使用存储库模式来集中访问DAL。 这也伴随着解释，你想保持DAL独立于领域，特别是视图层。 但在我见过的例子中，知识库是（或似乎是 ）简单地返回DAL实体，即在我的情况下，知识库将返回EF实体。 所以我的问题是，如果只返回DAL实体的存储库有什么好处呢？ 这是否增加了一层复杂性，不能消除在层之间传递DAL实体的问题？ 如果存储库模式创build一个“进入DAL的单一入口点”，这与上下文对象有何不同？ 如果存储库提供了检索和保留DAL对象的机制，那么与上下文对象有什么不同呢？ 此外，我至less在一个地方读到工作单元模式集中存储库访问，以pipe理数据上下文对象，但我不明白为什么这也很重要。 我98.8％肯定我在这里错过了一些东西，但从我的阅读中我没有看到。 当然，我可能只是没有阅读正确的消息来源：

如何使用Twitter Bootstrap v3.0构build两列stream体布局

由于bootstrap在v3.0中删除了* fluid css类，所以我找不到构build两列stream体布局的方法。 目标是在旧的文档中实现类似于stream体布局示例的布局： http ://getbootstrap.com/2.3.2/scaffolding.html#layouts

复合模式和装饰模式之间的区别？

复合模式和装饰模式之间有什么区别？