Tag: devise原则

Postgresql：使用多个数据库（每个具有一个模式）还是使用多个数据库（具有多个模式）会更好？: 在对我的问题之一发表评论之后，我在想如果使用1个带有X模式的数据库更好，反之亦然。我的情况：我正在开发一个networking应用程序，当人们注册时，我创build（实际）一个数据库（不，它不是一个社交networking：每个人都必须能够访问自己的数据，而不会看到其他用户的数据）。这就是我用于以前版本的应用程序（仍然在mysql上运行）的方式：通过plesk API，对于每个注册，我都这样做：创build具有有限权限的数据库用户; 创build一个可以被上一个创build的用户和超级用户访问的数据库（用于维护）填充数据库现在，我需要做同样的postgresql（该项目正在成熟和MySQL ..不满足所有的需求）我需要使所有的数据库/模式备份独立：pg_dump完美地以两种方式工作，对于可以configuration为只访问1个模式或1个数据库的用户来说，pg_dump是完全相同的。所以，假设你的用户比我更有经验，那么你认为最适合我的情况是什么？为什么？使用$ x db而不是$ x schemas会有性能差异吗？未来维护什么解决scheme会更好（可靠性）？编辑：我差点忘了：我所有的数据库/模式将始终具有相同的结构！编辑2 ：对于备份问题（使用pg_dump），使用1分贝和许多模式，一次转储所有模式可能会更好：恢复将是非常简单的在开发机器中加载主转储，然后转储和恢复所需的架构：还有一个额外的步骤，但是倾销所有的模式似乎更快，然后一个接一个地抛弃它们。 ps：对不起，如果我在文本中忘记了一些“W”字符，我的键盘遭受了这个button;）更新2012年那么最近两年的应用程序结构和devise就变得如此之多。我仍然使用1 db with many schemas方法，但仍然，我有我的应用程序的每个版本 1数据库： Db myapp_01 \_ my_customer_foo_schema \_ my_customer_bar_schema Db myapp_02 \_ my_customer_foo_schema \_ my_customer_bar_schema 对于备份，定期转储每个数据库，然后在dev服务器上移动备份。我也使用PITR / WAL备份，但是，正如我之前所说，它不可能一次恢复所有的数据库 ..所以它可能会被解雇今年（在我的情况是不是最好的办法）。从现在开始，即使应用程序结构完全改变，1-db-many-schema方法对我来说效果也不错：我差点忘了：我所有的数据库/模式将始终具有相同的结构！ …现在，每个模式都有自己的结构，对用户数据stream作出反应。

如果已知背景颜色，如何find好看的字体颜色？: 似乎有这么多的颜色轮，颜色select器和颜色匹配networking应用程序在那里，你给一种颜色，他们会发现一些其他颜色，将创build一个谐波布局，当组合使用。然而，其中大多数只关注背景颜色，任何印在每种背景颜色上的文本（如果在预览中都打印文本）是黑色或白色。我的问题是不同的。我知道我想用于文本区域的背景颜色。我需要帮助的是select一些颜色（越多越好），我可以在这个背景上使用字体颜色。最重要的是，颜色将确保字体是可读的（对比度不能太低，也可能不太高，以避免眼睛受到压力），当然，前景和背景的组合看起来不错。任何人都知道这样的应用程序？我更喜欢一个Web应用程序，我必须下载任何东西。谢谢。

什么时候应该使用单例模式而不是静态类？: 在决定使用单例还是静态类时，命名devise注意事项。在这样做的时候，你被迫把两者进行对比，所以无论你想出什么样的对比，都可以用来展示你的思维过程！另外，每个采访者都喜欢看例子。 🙂

何时使用视图而不是表？: 什么时候应该实际上使用一个实际的表视图？我应该预期这会产生什么收益？总体而言，在表格上使用视图有什么优势？我不应该以视图应该看起来的样子devise桌子吗？

凯尔辛普森的OLOO模式vs原型devise模式: Kyle Simpson的“OLOO（对象链接到其他对象）模式”与Prototypedevise模式有什么不同吗？除了用专门指出“连接”（原型行为）的东西来表明它并没有在这里发生的“复制”（类的行为）之外，他的模式到底是什么呢？下面是他的书“你不知道JS：这个和对象原型” 中凯尔模式的一个例子： var Foo = { init: function(who) { this.me = who; }, identify: function() { return "I am " + this.me; } }; var Bar = Object.create(Foo); Bar.speak = function() { alert("Hello, " + this.identify() + "."); }; var b1 = Object.create(Bar); b1.init("b1"); var b2 = Object.create(Bar); b2.init("b2"); b1.speak(); // […]

在引导响应页面如何中心一个div: 我需要使用bootstrap来创build一个响应式页面，方法是在页面的中心位置放置一个div，就像下面提到的布局一样。

有没有任何可行的替代GOF Singleton模式？: 面对现实吧。 Singleton模式是一个非常有争议的话题，围栏的两边都是程序员。有些人觉得辛格尔顿不过是一个荣耀的全球variables，还有一些人是按照模式发誓并不断使用它的。不过，我不希望辛格尔顿的争议是我的问题的核心。每个人都可以进行拔河比赛，看看谁赢了我所关心的。我想说的是，我不相信有一个正确的答案，我不是故意激怒党派争吵。当我问这个问题时，我只是对单例替代品感兴趣：他们是否是GOF Singleton模式的特定select？例如，过去当我使用单例模式的时候，很多时候我只想保留一个或几个variables的状态/值。然而，variables的状态/值可以在使用静态variables的类的每个实例化之间保留，而不是使用单例模式。你有什么其他的想法？编辑：我真的不希望这是另一篇关于“如何正确使用单身人士”。再次，我正在寻找方法来避免它。为了好玩，好吗？我想我是以最好的电影预告片的声音问纯粹的学术问题，“在一个没有单身的平行宇宙中，我们能做什么？

我应该怎样命名一个将两个表映射在一起的表？: 假设我有两个表格： Table: Color Columns: Id, ColorName, ColorCode Table: Shape Columns: Id, ShapeName, VertexList 我应该怎样称呼映射颜色的表格？ Table: ??? Columns: ColorId, ShapeId

学习/实现devise模式（适用于新手）: 我是一个困惑的新手和爱好者程序员试图抓住这个，所以请原谅我，如果我的问题是有点closures或没有太大的意义。我看到很多关于使用devise模式的问题，我想知道是否有人有足够的资源来学习和实现devise模式？我了解一般的想法，并知道如何/何时使用他们几个（单身，工厂方法），但我知道我错过了。（为了以防万一，我偏好的语言是C＃，但我可以从其他语言的示例中学习）

为什么会使用发布/订阅模式（在JS / jQuery中）？: 所以，一位同事向我介绍了发布/订阅模式（在JS / jQuery中），但是我很难理解为什么要在普通的JavaScript / jQuery上使用这种模式。例如，以前我有以下代码… $container.on('click', '.remove_order', function(event) { event.preventDefault(); var orders = $(this).parents('form:first').find('div.order'); if (orders.length > 2) { orders.last().remove(); } }); 我可以看到这样做的好处，例如… removeOrder = function(orders) { if (orders.length > 2) { orders.last().remove(); } } $container.on('click', '.remove_order', function(event) { event.preventDefault(); removeOrder($(this).parents('form:first').find('div.order')); }); 因为它引入了对不同事件removeOrderfunction的能力但是，为什么你会决定实施发布/订阅模式，如果它做了同样的事情，那么去下面的长度？（仅供参考，我用jQuery的小酒馆/子） removeOrder = function(e, orders) { if (orders.length > […]