@https://v2ex.com/member/seth19960929

@yxx1993
已经简易的做过了 并不需要 show 给你看
可不可行自行判断 仰望是进步的阻力

@seth19960929
技术上不难 基本的一两个礼拜就好了
没人喜欢拿石头砸自己的脚
自己写的不能有文档？ 而且你先要求你框架外业务有文档再説 况且单步傻瓜除错没人不会
这是两回事 写框架本来就是力所能及的 不是説首富不是想当就当 这论坛真的一堆奇葩类比

@seth19960929
1. 你只要知道 cron 的格式含意你就能做出一个一模一样的东西
2. pdo 已经很方便 我也偏爱 想要物件关联 熟悉反射就可以 field 是 public 也可以不用反射
3. 语言程度可以写个 queue 也不难
4. 这个不讲了
5. php 还有 heredocument 可以不用写内嵌 整一整就很好用

go 的话同上 自己写也不错

@panlatent
很简单 重点在于你了不了解这技术背后的原理 思路清晰的状态下写一个非常快
也不用什么现有的库 因为 php 本身就有 不用 cgi 可以 自写一个实现可以(如楼上说的 scheduler) 很多需要的东西 php 早就提供了 心理有谱就行
设计模式就不用说了 这是类似围棋定石的东西 只是前人根据一些经验总结一些应用范例 不少人会定石也是一蹋糊涂 编程思想是根据框架不同而异 你有条理有规范生出来一个就差不多会有的东西 工程实践那细节了 算法本身与框架关联不大 而且你看了下 laravel 它像是有算法关联嘛... 想太复杂无中心创意思想肯定觉得难
这是大而全思想导致 基本上多数公司用的技能大同小异你简单写一个套用在其他公司基本上是没问题的(尤其对 web 来讲) 如果有额外需求那只是额外实现而已 如果你框架本身就考虑到扩充 那肯定是没问题的 做了好几次完全可行 甚至一些框架没有的功能都可以 你用现有框架思路会解决方案非常局限 甚至解法都烂大街了 看久就会知 至于自写框架当然是为了往后节省时间 因为你想要根据特殊需求解决并且迎合该框架使用逻辑是非常需要思考的 乱解就会与现有屎山一样

@lxyer1
真是好公司 羡慕

@seth19960929

基本上一堆既有框架使用派都跟你一样想法
认为自己写的不成熟 然而你并不需要该框架全部功能(含哲学性功能) 一些功能也有其它实现方式 php 原生就含有丰富的功能 我只是在表明你跟据原生手册实现一个体系一个框架并不难 laravel 效能差有目共睹 很多人讲的优雅其实封装一下完全不会差过它 并不是很凸出的特点

@
感谢
Reply 40
seth19960929

没有好处 除非额外谈 不然通常没钱或钱很少
是你你也不太想产干货出来 做的不错功能好都算佛心了

@panlatent
你有编程思想加上 php 的易用写的就很畅快了 laravel 说实话那一堆东西你自己实现都可以更简单效能更高

至于楼上一堆说有多优雅(听起来是认为有规范就是优雅 然而哪个框架没规范...) 文档多好(你写 php 只要有 php 官方文档就可以写了 发行版甚至有打包 想实现什么就实现什么)
就...

@jay4497
那应该直接说好 说的高大上却用起来绑手绑脚叫优雅...

@panlatent
php 开发体验一直以来都不错 胡写就当我没讲 自干一个框架是很快的事情 新版函数有类型判断就更不用说了

开个坦克一点都不从容哪能叫优雅
顶多你花时间深入熟悉以后稍微有举重若轻的感觉 不过也就一点点

易学易修改简单化才是
开个坦克

因为他们对优雅这个字有误解

@ecnelises

nextcloud...

有阿 自己写 技术面来讲不难 功能丰富的需求 其实大家都在做

@patrickyoung

不是这两间公司才要养家活口 开源开发者也要养家活口 现在来看就是企图想一个大饼全吃 这话说的太好听了 而且微软没有到不搞这个就活不下去的地步

@frankly123

然而我自己手刻结果一模一样不複杂效能又好
这是种刻意的门槛 很多工具都这样

@ikas

框架本身都是要有一定程度的易用
然而东西大了才会知道优缺
一开始肯定是不难的 除了你用的都很基本