Tag: devise原则

按合同使用断言或例外进行devise？: 在通过合同进行编程时，首先检查一下function或方法的先决条件是否被满足，然后才开始工作，对吗？做这些检查的两个最突出的方法是assert和exception 。断言只在debugging模式下失败。为了确保（单位）testing所有单独的合同前提条件以确定它们是否真的失败是至关重要的。在debugging和发布模式下exception失败。这具有testingdebugging行为与发布行为相同的好处，但会导致运行时性能损失。你认为哪一个更可取？在这里看到相关的问题

iPhone 5的CSS媒体查询: iPhone 5有更长的屏幕，并没有捕捉到我的网站的移动视图。什么是新的响应式devise查询的iPhone 5，我可以结合现有的iPhone查询？我目前的媒体查询是这样的： @media only screen and (max-device-width: 480px) {}

Bootstrap响应文本大小: 我正在尝试使用bootstrap构build一个响应式布局，并且目前正在使用font-size：3em定义一些标题; 但是，当布局缩小时，这太大了。我该如何回应减less文字的大小？

为什么在Java中没有多重inheritance，但是允许实现多个接口？: Java不允许多重inheritance，但它允许实现多个接口。为什么？

聚簇索引与非聚簇索引之间的区别: 我需要添加适当的索引到我的表，需要一些帮助。我很困惑，需要澄清几点：我应该使用索引非int列吗？为什么/为什么不我已经读了很多关于聚集索引和非聚集索引的知识，但是我仍然不能决定何时使用索引。一个很好的例子会帮助我和其他许多开发者。我知道我不应该使用经常更新的列或表的索引。还有什么我应该注意的，我怎么能知道在进入testing阶段之前，这一切都很好？

审计日志的数据库devise: 每次我需要devise一个新的数据库时，我都花了相当长的时间思考如何设置数据库模式来保存更改的审计日志。这里已经提出了一些问题，但我不同意所有情况下都有一个最佳方法：数据库devise的修订更新日志审计数据库表的最佳devise 关于捕获审计线索的数据库devise思路我也偶然发现了这篇关于维护数据库变更日志的有趣文章，该文章试图列出每种方法的优缺点。这本书写得非常好，信息很有趣，但却使我的决定变得更加困难。我的问题是：有没有可以使用的参考资料，可能是一本书或类似于决策树的东西，我可以根据一些inputvariables来决定应该采用哪种方式，如：数据库模式的成熟如何查询日志有可能需要重新创buildlogging 更重要的是：写或读的performance 正在logging的值的性质（string，数字，斑点）存储空间可用我知道的方法是： 1.为创build和修改的date和用户添加列表格示例： ID _1 _2 VALUE_3 创builddate modifed_date 由…制作 modified_by 主要缺点：我们失去了修改的历史。提交后无法回滚。 2.只插入表格表格示例： ID _1 _2 VALUE_3 从至删除（布尔）用户主要缺点：如何保持外键最新？需要巨大的空间 3.为每个表创build一个单独的历史logging表历史表格示例： ID _1 _2 VALUE_3 VALUE_4 用户删除（布尔）时间戳主要缺点：需要复制所有审计表。如果模式发生变化，则也需要迁移所有日志。 4.为所有表创build合并历史logging表历史表格示例： […]

在SQL Server数据库中使用单行configuration表。馊主意？: 在开发购物车应用程序时，我发现我需要根据pipe理员的偏好和要求保存设置和configuration。这些信息可以来自公司信息，运输账户ID，PayPal API密钥，通知首选项等等。在关系数据库系统中创build一个表来存储单行似乎是非常不合适的。什么是适当的方式来存储这些信息？注意：我的DBMS是SQL Server 2008，编程层是用ASP.NET（在C＃中）实现的。

如何在devise表时实现一对一，一对多和多对多的关系？: 任何人都可以解释如何实现一对一，一对多和多对多的关系，同时devise一些例子的表？

常见的CSS媒体查询断点: 我正在与CSS媒体查询响应式网站。以下是一个很好的设备组织吗？手机，Ipad（风景和人像），桌面和笔记本电脑，大屏幕什么是常见的媒体查询断点值？我打算使用以下断点： 320：智能手机的肖像 481：智能手机景观 641或768 ???：iPad的肖像??? 961：iPad的风景/小笔记本电脑？ 1025：桌面和笔记本电脑 1281：宽屏幕你怎么看？我有几个疑问？点。