我觉得楼主想问的是会不会实例化6次。。。

@iyaozhen

实例化本身不存在什么坑，但是在类中去实例化对象就存在耦合问题(你这里就是A类的方法中new B)，假如有一天你想把项目里所有class B都替换成class C，那就相当麻烦，这就是为什么我推荐通过依赖注入在A的构造函数里传入实例化后的B

不过我那个例子其实还不是最优的，最优的做法应该是注入一个接口，让B实现这个接口

具体还是看用代码说明。。

```
Interface WhatEver
{
public function method1();
public function method2();
}

Class A
{
protected $bClass;

public function __construct(WhatEver $bClass)
{
$this->bClass = $bClass;
}

}

class B implements WhatEver
{
public function method1(){}
public function method2(){}
}

class C implements WhatEver
{
public function method1(){}
public function method2(){}
}

$b = new B();
$a = new A($b);

// 有一天你想把B无痛替换成C
$c = new C();
$a = new A($c); // 就这么简单
```

单例是反模式，不方便测试

楼主的意思，我的理解是： A类内有若干个方法需要调用B类

那么可以使用依赖注入，先把B类实例化后，作为参数传给A类的构造函数里

Class A
{
protected $bClass;

public function __construct(B $bClass)
{
$this->$bClass = $bClass;
}

public function someMethod()
{
$this->$bClass->method();
}
}

class B
{
public function method(){}
}

$b = new B;
$a = new A($b);

Capistrano + 1

个人项目没所谓，公司项目用ftp一旦出问题回滚不方便

但是如果要对detail里某字段进行统计岂不是要把所有数据都取出来，然后再自行计算？

我也遇到这个问题， PD10+WIN 8.1, 同一组密码在mac的safari可以登陆

最后把密码改成没有特殊字符的密码才可以在PD上登陆

先吐槽安装麻烦:
完全新项目，Laravel new xxx 就完事了，连composer update也省掉，接下来就是配个虚拟主机, homestead也是一条serve命令就解决

包管理是发展的趋势，这年头第三方包都遵照psr-0或者psr-4规则, 如果你还想手动include，require，或者自己手动写autoload规则的话反而容易出问题，当然如果你觉得自己有能力写个更高效的psr0/4实现也可以给composer项目发个pull request

所以要么用现有的轮子要么做个更吊的轮子，但别重复做一样的轮子

表示折腾过一次之后压根不想再碰gitlab

我们公司现在直接上Docker，镜像别人弄好了，只要配置好redis和mysql账号密码什么的就可以使用，而且升级也方便

https://github.com/sameersbn/docker-gitlab

tim.sims86[at]gmail.com 谢谢

这些授权店的联系方式就只有电话。。