说实话就 GoFrame 的 dao 我用的最舒服.
https://goframe.org/pages/viewpage.action?pageId=7296196

@murmur 是, 设计问题. 你用 map 还得多考虑一次并发问题

没说到带你 -> 没说到点

感觉楼上都没说到带你, 我给你说一个实际的.
每个一个对象都有自己的内存地址, 静态的共享内存. 所以本质就是这样.
比如一个 Person 对象要说出自己的名字, 我只用实例化的时候传入名字, say 方法不用管这么多. 直接输出 this.name, 但是静态的话, 你就得考虑怎么实现了.

两年前, 酷安, 小米, 华为都可以. 一年前, 小米不给了.

@lerp 前两周华为也不给更新了.

map 一个域名就可以了

上面的人都是疯了吗, 直接 master 开发, 这要是代码还在测试有 bug 继续修复怎么上.
我个人认为比较实用的

master => prod
dev => 测试

A, B 开发者(对于你们两个人)
开发新功能就从 master checkout 一个 feature 分支. 然后开发完成推到线上, 合并到 dev 分支, 然后部署到测试环境.

测试通过验收后, feature 分支合并到 master 分支, 部署线上

弄个全局变量上锁就可以了, 这有什么问题?

@james122333 得, 既然你这样认为, 我无话可说.

@yxx1993 老哥说得对
@james122333 一两个礼拜你要是能实现这个好用的, 真当人家几百个人开源贡献代码就不如你. v2 的人真的什么不知天高地厚的人都有. 你说你超越作者我都信. 毕竟 v2 大神也有, 但是一说一周超越几百个人花几年做的东西.
@lscexpress 相对于原生 PHP 容易 SQL 注入, csrf, xss 攻击, 而框架有这个支持

不敢多说, 什么都能做出来.
花一个月, 还是一年? 一个月做出来然后用的时候很难用折磨自己吗.
之后接手的人用框架有文档可以看这个方法干什么. 然后用你是只能去摸着石头过河.

我读过计算机组成原理, 那去设计个个芯片. 我也曾熟读世界首富的赚钱理念, 成为下一个首富应该也不难. 我这就去赚钱, 不打扰各位了.

我见过不用框架派怎么实现以下功能的:

1. Scheduler
Linux 机器上的 crontab 几十行脚本任务, 写代码的人和运维都懵逼(框架提供统一代码管理定时任务)
2. ORM && 模型关联
Laravel 的 model 我就不多说了, 作者都说过这个 Eloquent 是他最花费时间的地方, 说实话就 PHP 自带的 PDO 就玩玩可以, 毕竟还不够抽象.
模型关联难不难反正我用了好几个 Go 框架, 基本对于这个部分做的不怎么好(非 ORM 框架)
3. Queue && 延时
死循环 Redis (虽然 Laravel 也是这么做的, 但是你自己实现要做到可靠性保证), 高级一点知道用消息队列
4. Cache && Session
这一层相对于比较简单, 当时你要实现多个驱动的, File, Redis, DB
现在的人觉得 Redis 真的很简单, 但是对于一个刚学编程的人, 没有什么比不用任何配置就能用 file 做缓存更实际的了
5. View
对于实现继承视图, 重写视图等等我觉得还是挺好用的功能(自己写内嵌 PHP 到 HTML 就知道多痛苦)

Go 刚出来那会也说什么大道至简之类的话, 不用框架. 后面为了占领 WEB 领域还不是老老实实得有框架, 就原生的那个能做什么.
即使是像 Gin 这种微框架(何况不用框架), 只适合大公司二开, 完全不适合企业级项目开发. 要什么数据库查询自己找库, 要日志自己找, 要个缓存中间件还要自己找, 更何况定时任务, 队列这些一大堆

id: 2267727

@james122333

1. 有规范也不一样. 我自己写的框架, 规范能和一个社区或者成熟的比吗.
2. PHP 那个叫做函数 API, 别人的是使用手册(所以对应的应该是 PHP 入门教学等等之类的)
3. 自己实现更加简单的? 这个真的无话可说. 别人那个代码都是白写的了.

select `cmapus`.*, (select count(*) from `classes` where `cmapus`.`id` = `classes`.`campus_id`) as `classesCount` from `cmapus`

一个方法两个阶梯

@iamzuoxinyu 哈哈哈, 这个阶梯注释.
public function registerFactory()
{
$this->app->singleton('view', function ($app) {
// Next we need to grab the engine resolver instance that will be used by the
// environment. The resolver will be used by an environment to get each of
// the various engine implementations such as plain PHP or Blade engine.
$resolver = $app['view.engine.resolver'];

$finder = $app['view.finder'];

$factory = $this->createFactory($resolver, $finder, $app['events']);

// We will also set the container instance on this view environment since the
// view composers may be classes registered in the container, which allows
// for great testable, flexible composers for the application developer.
$factory->setContainer($app);

$factory->share('app', $app);

return $factory;
});
}