谈一谈你对“大项目用小框架，小项目用大框架”这句话的认识

这就古人一边说大丈夫威武不能屈，一边又说大丈夫刚正不阿一样，啥时候他需要这个理教育你啥时候就这么说，而并不是说这就是对的。

框架大小是指模块的拆分粒度吧。

我说一句，应该关于复杂度来说的。化大为小，以小见大，就这意思。

大丈夫能屈能伸和大丈夫宁折不弯你选择哪一个,为什么？ 只是扯蛋啦，别当真。
大小没有必然配套关系，看实际需求。

大项目，如果周期长，定制化高，可以用小框架慢慢打磨。

小项目，需要快速灵活，用大框架可以快速搭出。

确实是有些功能需要定制，有些功能只能满足 80%场景。但我想问的是你所谓的大项目是以什么为标准呢？

大项目用小框架——核心紧凑，结构稳定，定制化灵活。
小项目用大框架——练习，探索，充分预留发展空间。

大人用小碗——慢食，轻食，避免过饱，优雅，从容。
小人用大碗——长身体，男子汉气概，方便折腾。

如果装逼需要，类似的扯淡道理我可以编出一箩筐。
————————————————————————————
另外我还发现一个现象，一句话，不管它携带了什么信息，只要携带以下不同寻常的特征：
数字浓缩：五讲四美三热爱、八荣八耻、一带一路
对仗：空谈误国、实干兴邦
押韵：要想富，少生孩子多种树、人有多大胆，地有多大产
反常理：宁要社会主义的草，不要资本主义的苗

那它就是一个成功的 slogan，容易被不明真相的群众相信、传播、解读、崇拜。至于其价值，倒是次要了。
————————————————————————————
话说回来，有没有业界调查，关于现实项目中
大项目用大框架，小项目用小框架
vs
大项目用小框架，小项目用大框架
的统计对比数据？

「大项目用小框架」也可以理解成比较大的框架在很大的代码量面前也不算大了