Tag: devise原则

视口元标记真的有必要吗？: 我已经创build了一些响应式网站，但对响应式网站开发来说却是一个新兴的事情在我的CSS中，99％的值是以ems或百分比表示的。我正在使用媒体查询（最大宽度和最大设备宽度）进行布局更改。我没有包含视口元标记，它可以在iOS，我testing过的许多Android手机和平板电脑以及所有桌面浏览器上完美运行。添加元标记会破坏我的网站。我是否做错了什么，或者做了什么正确的事，这样我就不需要包括它了？我很困惑，为什么这似乎是一个最好的做法，因为它打破了我的东西。我错过了什么吗？

战略模式V / S装饰模式: 我刚刚遇到两种模式。战略模式装饰策略模式： – 策略模式提供了几种可用于执行特定操作或任务的algorithm。装饰模式： – 装饰模式为组件添加了一些function。事实上，我发现策略模式和装饰模式也可以互换使用。这里是链接： – 何时和如何战略模式可以应用而不是装饰者模式？ Strategy Pattern和Decorator Pattern有什么区别？什么时候应该使用战略模式，何时应该使用装饰模式？用同一个例子来解释两者的区别。

devisetoken_authenticatable弃用，有什么替代？: 我一直在使用token_authenticatable来保护我的API，但是，我发现它已被弃用？我应该使用什么，为什么他们反对呢？

devise（二进制）文件格式时有什么要点？: 在devise用于logging二进制数据的文件格式时，您认为该格式应具有哪些属性？到目前为止，我已经提出了以下重要的观点：在开始时有一些“魔术字节”，以便能够识别文件（在我的具体情况下，这也应该有助于区分文件与“传统”文件）在开始时有一个文件版本号，以便文件格式可以更改，而不会破坏兼容性指定所有数据项的字节顺序和大小; 或者：包括一些空间来描述数据的排列顺序/大小（我倾向于前者）可能为将来可能需要的每个文件属性保留一些空间？还有什么可以使这个格式更加面向未来，最大限度地减less未来的头痛呢？

Android支持库何时进入不确定的进度条？: 我的应用程序用户界面是使用Android支持库构build的，但目前没有AppCompat版本的（intederminate）进度条，这是我的应用程序真正需要的。我宁愿不使用任何第三方库来实现材料devise进度条，所以我想知道是否有人关于为什么没有包含在支持库中的信息，以及是否有任何到达（和何时）的迹象。

devise师和开发者共同工作: WPF和Silverlight的丰富的performance能力意味着像我这样的开发者将会更频繁地与平面devise师密切合作，就像我的下一个项目一样。有没有人有任何提示和经验（从这两个angular度）使这个更顺利？例如，当我最近向devise师提及源代码控制时，我很快被告知不能获取控制graphics，图像等，所以这是浪费时间。所以我回答：好吧，但是，WPF / Silverlight中的XAML文件呢？ Scott Hanselman在播客中谈到了这个话题，但是他更关注这些工具，而我更感兴趣的是沟通问题/方面。

Bootstrap 3以响应的方式在表格的行内截断长文本: 我使用的是bootsrap 3表格，当我把大文本放在表格中的时候，它被包装在几行上，但是我希望它能够以一个响应的方式在最后以三点截断，而不会搞乱表格的布局（我发现一些解决scheme，但有不愉快的效果）。那可能吗？怎么样？ PS：任何解决scheme是受欢迎的，但我希望它只是HTML / CSS，如果可能的话。

在响应式网站上进行媒体查询的常见断点: 所以我正在开发我的第一个响应式网站，这个网站广泛使用了媒体查询。我想知道是否有一些我应该优化的常见页面宽度。我可能会有一个最大宽度（不stream畅）我想我可能有3-5个设置宽度与他们之间有趣的小CSS3转换（类似于CSS技巧如何工作）。目前我使用的数字有些随意： @media all and (max-width: 599px){…} @media all and (min-width: 600px) and (max-width:799px){…} @media all and (min-width: 800px) and (max-width:1024px){…} @media all and (min-width: 700px) and (max-width: 1024px){…} @media all and (min-width: 1025px) and (max-width: 1399px){…} @media all and (min-width: 1400px){…} 另外，我想我已经读过一些移动设备不像预期的那样（使用@media ）。这起到了什么作用，我应该如何处理这些情况呢？

模板还是抽象基类？: 如果我想使类具有适应性，并且可以从外部select不同的algorithm – 在C ++中最好的实现是什么？我主要看到两种可能性：使用抽象基类并传入具体对象使用模板这里有一个小例子，在各个版本中实现：版本1：抽象基类 class Brake { public: virtual void stopCar() = 0; }; class BrakeWithABS : public Brake { public: void stopCar() { … } }; class Car { Brake* _brake; public: Car(Brake* brake) : _brake(brake) { brake->stopCar(); } }; 版本2a：模板 template<class Brake> class Car { Brake brake; public: […]

android：Theme.Material.Light需要API级别21（当前最less8）: 我想在我的应用程序中使用Material Theme，它的最小sdk版本为8.根据文档 – “材料主题只在Android 5.0（API级别21）及以上版本中可用v7 Support Libraries提供了材料devise样式的主题一些小部件和支持自定义调色板。“ 这是否意味着我可以使用它，如果我在项目中添加v7支持Libarary？因为添加这个库后，我得到了以下错误： android：Theme.Material.Light需要API级别21（当前最less8）。或者，也许我明白了什么错误？任何build议将不胜感激。提前致谢。