小编Cal*_*lum的帖子

我有以下HTML结构:

<div id="container">
    <div>1</div>
    <div class="red">2</div>
    <div class="red">3</div>
    <div>4</div>
    <div>5</div>
    <div class="red">6</div>
    <div>7</div>
</div>

我想运行一些Jquery,它将对div容器内的div进行排序,首先排序具有class ="red" 的div ,然后排序那些没有的div ,所以最终的结构应该是:

<div id="container">
    <div class="red">2</div>
    <div class="red">3</div>
    <div class="red">6</div>
    <div>1</div>
    <div>4</div>
    <div>5</div>
    <div>7</div>
</div>

救命？谢谢.

我正在阅读/了解Composer,PHP的应用程序级包管理器.

在由Lead dev Jordi Boggiano撰写的博客文章中,他写道:

另一方面,Composer强制您在一站式位置声明项目依赖项(根目录下的composer.json).您只需检查代码,安装依赖项,它们就会位于项目目录中,而不会干扰计算机上的任何其他内容.另一个相关功能是在安装或更新依赖项时生成的composer.lock文件.它存储所使用的每个依赖项的确切版本.如果您提交它,那么签出项目的任何人都将能够安装与您上次更新该文件时完全相同的版本,从而避免由于不同版本的依赖项中的轻微不兼容或回归而导致的问题.

如果我正确理解Composer,当我们谈论Composer下载/安装的软件包时,我们讨论的是PHP代码包,即用PHP编写的编程代码,而不是系统级软件包,例如,安装了PHP运行时的扩展在服务器上.因此,一旦这些PHP代码包被下载并添加到PHP项目中,我就会认为这些包成为PHP应用程序源代码的一部分,例如,要检入用于项目的任何版本控制系统.如果其他开发人员出现并检查代码,为什么他们需要"安装软件包",如博客文章中所述？当他们从源代码管理中检出代码时,他们不会得到所有代码包的副本吗？博客文章中的这一行令我困惑,让我觉得我不懂Composer.

任何明确的信息都将非常感激.谢谢.

来自维基百科关于DRY软件的文章:

DRY原则被称为"每一条知识必须在系统中具有单一,明确,权威的表示".安迪·亨特和戴夫·托马斯在他们的"实用程序员"一书中提出了这一原则.他们广泛应用它包括"数据库模式,测试计划,构建系统,甚至文档".

来自维基百科关于单一真理来源的文章:

在信息系统设计和理论中,如在企业级实例化,单一真实源(SSOT)是指构造信息模型和相关模式的实践,使得每个数据元素只存储一次(例如,不超过一个)一排一桌).与此数据元素的任何可能的链接(可能在关系模式的其他区域中,甚至在远程联合数据库中)仅供参考.

我的问题:如果我正在编写数据库应用程序,并且我已经编写了特定的代码来验证用户输入的数据,那么我是否会违反DRY和SSoT的原则来定义我的数据库字段的数据类型以最接近地匹配它期望的数据？(相反,只是为每个字段使用文本数据类型.目前,让我们忽略其他潜在的好处,如索引).