SCUT —— 提高代码可重用性的 Sass 工具库

SCUT 是提供给前端开发者的 Saas 工具集,能帮助提高对一般样式代码模式的执行(implementations of common style-code patterns)。

Scut 工具集可以帮助用户避免重复写代码,扩大代码的可重用性。

Scut 工具集可以处理模式(patterns)遇到的下列问题:

pattern 是不直观的。

pattern 需要简写

pattern 涉及到一些重要的最佳实践

pattern 是极为常见的,(至少)有点讨厌。

Scut 工具集的目标是实现可重用性的最大化(maximizies reusability),以下是一些原则:

有足够的细节来实现该模式,但不累赘

使用的参数,以便在主题典型变化

根据用户的偏好改变参数

命名空间 (注意 scut- 的前缀)

透彻的文档

文章转载自 开源中国社区 [http://www.oschina.net]

时间: 2024-11-03 09:35:31

SCUT —— 提高代码可重用性的 Sass 工具库的相关文章

Class撑起了OOP世界的天。Class类是OO的基本单元,OO的世界都是通过一个一个的类协作完成的,提高软件的重用性、灵活性和扩展性(转)

引言 在OO的工作中,我们一定会涉及到类,抽象类和接口.那么类和抽象类以及接口到底扮演的什么角色? 本文主要是从人类社会的角度阐述类与抽象类以及接口的"社会"关系,从而让我们抛弃书上的那些死记硬背的概念,快速理解他们的区别与联系?   如果大家觉得还有必要把这块更新的更好,还请多多反馈. 如果觉的对您有用还请点击 "推荐"下,我会持续更新更多新的内容. 古老的传说 相传盘古开天劈地后,女娲一天在黄河边梳头时,突发奇想以泥土仿照自己抟土造人,创造并构建人类社会.后来又

Div+CSS布局应该注重语义、注重代码的重用性!

css 普通的一个页面无非就是HTML以及CSS和JS等脚本组成,相对以前来说,大家都是用表格(table)来实现页面的布局,而现在呢,追求的是用层(div)来布局了.很多朋友说用层(div)布局跟用表格(table)布局的差别很大,这个我同意,因为表格(table)是用来体现二维数据的.但是既然我们以前能用,而且一直在用,也就说明表格(table)布局还是可以的.但是为什么我们现在要用用层(div)来布局呢?因为我们要让HTML的每个标签都能在语义上很好的体现出来,即使看源代码也能很明了它的作

Android 命名规范 (提高代码可以读性)

先初略介绍下当前主要的标识符命名法和英文缩写规则:(这段别人那边借鉴的) 在讲解命名规范前,先初略介绍下当前主要的标识符命名法和英文缩写规则.标识符命名法标识符命名法最要有四种: 1 驼峰(Camel)命名法:又称小驼峰命名法,除首单词外,其余所有单词的第一个字母大写. 2 帕斯卡(pascal)命名法:又称大驼峰命名法,所有单词的第一个字母大写 3 下划线命名法:单词与单词间用下划线做间隔. 4 匈牙利命名法:广泛应用于微软编程环境中,在以Pascal命名法的变量前附加小写序列说明该变量的类型

使用Attribute+Reflection来提高代码重用

这篇文章两个目的,一是开阔设计的思路,二是实例代码可以拿来就用. 设计的思路来源于<Effective c#>第一版Item 24: 优先使用声明式编程而不是命令式编程.特别 的地方是,希望提供多个属性的默认排序,而不仅仅只根据一个属性,另外一点是,优先调用对象属性 实现了的IComparable<T>接口,如果没有实现接口,才调用IComparable进行比较.排序类实现 泛型,得到类型安全. 总的思路:Attribute用来装饰我们想要获取元数据的类,使用Reflection来

最大限制地提高代码的可重用性

    重用是一种神话,这似乎正在日渐成为编程人员的一种共识.然而,重用可能难以实现,因为传统面向对象编程方法在可重用性方面存在一些不足.本技巧说明了组成支持重用的一种不同方法的三个步骤. 第一步:将功能移出类实例方法由于类继承机制缺乏精确性,因此对于代码重用来说它并不是一种最理想的机制.也就是说,如果您要重用某个类的单个方法,就必须继承该类的其他方法以及数据成员.这种累赘不必要地将要重用此方法的代码复杂化了.继承类对其父类的依赖性引入了额外的复杂性:对父类的更改会影响子类:当更改父类或子类中的

最大限制地提高代码的可重用性,克服传统面向对象编程方法在可重用性方面的不足

编程|对象     重用是一种神话,这似乎正在日渐成为编程人员的一种共识.然而,重用可能难以实现,因为传统面向对象编程方法在可重用性方面存在一些不足.本技巧说明了组成支持重用的一种不同方法的三个步骤. 第一步:将功能移出类实例方法由于类继承机制缺乏精确性,因此对于代码重用来说它并不是一种最理想的机制.也就是说,如果您要重用某个类的单个方法,就必须继承该类的其他方法以及数据成员.这种累赘不必要地将要重用此方法的代码复杂化了.继承类对其父类的依赖性引入了额外的复杂性:对父类的更改会影响子类:当更改父

提高Java代码重用性的三个措施

措施一:改写类的实例方法 通过类继承实现代码重用不是精确的代码重用技术,因此它并不是最理想的 代码重用机制.换句话说,如果不继承整个类的所有方法和数据成员,我们无法 重用该类里面的单个方法.继承总是带来一些多余的方法和数据成员,它们总是 使得重用类里面某个方法的代码复杂化.另外,派生类对父类的依赖关系也使得 代码进一步复杂化:对父类的改动可能影响子类;修改父类或者子类中的任意一 个类时,我们很难记得哪一个方法被子类覆盖.哪一个方法没有被子类覆盖;最 后,子类中的覆盖方法是否要调用父类中的对应方法

《C++代码设计与重用》——1.1 什么是重用性

1.1 什么是重用性 C++代码设计与重用 1.1 什么是重用性 许多相同操作都会在多个计算机程序里重复实现,例如: 对数组元素进行排序:解答线性方程组:实现一个从X类型到Y类型的映射:解析C++代码:从数据库检索数据:和其他程序进行通信.与其在每个程序里都设计和实现上面每个操作的相同代码,我们更愿意采用的方法是:只设计和实现这些操作的代码一次,然后再把这些代码重用手不同程序里.显然,已有的可重用代码,使每个应用程序不必从头写起,因为它(可重用代码)大大加速了应用程序的开发,并且减少了编写和维护

《C++代码设计与重用》——第1章 重用性介绍

第1章 重用性介绍 C++代码设计与重用程序库是聪明的程序员最好的咨询室. -George Dawson 在介绍重用性的这一章里,我们先描述什么是重用性,其中特别着重讨论代码提取技术.因为代码(仅供参考)提取是重用的原始形式,也正是它的不足促使我们对可重用代码下定义.接着我们反驳一些有关重用性的神话(对重用性错误的理解),并列举了阻碍重用性发展的障碍-技术性的和非技术性的.最后,我们对有志于编写可重用代码的程序员提出若干期望. 本文仅用于学习和交流目的,不代表异步社区观点.非商业转载请注明作译者