V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  james122333  ›  全部回复第 16 页 / 共 65 页
回复总数  1286
1 ... 12  13  14  15  16  17  18  19  20  21 ... 65  
187 天前
回复了 lucasj 创建的主题 PHP [不懂就问] PHP 的开发效率具体快在哪里?
@magiclx

第一个就错了
187 天前
回复了 lucasj 创建的主题 PHP [不懂就问] PHP 的开发效率具体快在哪里?
@xiangyuecn

这才是对的 複制值与参考混淆才是坑
187 天前
回复了 Features 创建的主题 PHP 又想要感恩一下最好的语言 PHP
@iidestiny

但 laravel 就是另外一个 spring 居然觉得省时?
187 天前
回复了 Features 创建的主题 PHP 又想要感恩一下最好的语言 PHP
@iidestiny

能快点休息才是硬道理 为了头髮着想快点休息才是对的
不想新增 struct map 存起来就好 不过很多东西用依赖注入也就多了 直接在某 package 弄个已导出变量也就完事 就像在 java 内直接在某命名空间弄个 static 变量也就完事 什么 redistemplate XxxMapper 搞成依赖注入简直浪费时间
另外不建议用注解方式依赖注入
你封装个方法呼叫 new 以及其结构内置方法即可
日志这种东西实现方法很多
你可以学 java 直接 panic 在最外层 resolve
也可以用个 goroutine 或 rpc 作为日志中心接收信息
golang 也可以 String interpolation
写日志其实还不错用
golang 现在的缺点就是工具链变肥肿了 不然其实也还不错 还多了范型可用
187 天前
回复了 lucasj 创建的主题 PHP [不懂就问] PHP 的开发效率具体快在哪里?
1. 阵列
2. 内置函数
3. 官方文档(含范例)

当然 cgi 模式下可以 F5 立马看效果是额外优点没错
188 天前
回复了 itakeman 创建的主题 Windows win 下使用 Linux 命令的方法有哪些?
在 win 下用终端是不得已的选择 无非是公司强迫用 win 不然坚持一下 linux 更好 在 win 下用终端难受的点就是一下用键盘一下用鼠标的状况
无法全键盘操作 那操作界面本来就是鼠标友好
用了顶多就是减缓焦虑 并不是异样感觉消失了
gnu 的东西除了 autotools 一言难尽以外其它都很不错 虽然不太符合类 unix 哲学
189 天前
回复了 yaott2020 创建的主题 程序员 发现 Rust 的 target 比 node_modules 还离谱
这是 rust 除了编译速度额外操点
浪费你时间和资源的垃圾工具+1
我都想着要用 ed 了 不过很多东西要整
卖软件当然不可能杜绝被抄被盗版 大厂都是如此 你整的小工具又不能捆绑销售怎么红?
198 天前
回复了 Knuth 创建的主题 计算机 现在笔记本 CPU 是不是普遍过剩?
cpu 是过剩 内存没有高过 也是过剩 当然基本也没运行耗内存应用 要运行多少内存都不够
198 天前
回复了 Knuth 创建的主题 计算机 现在笔记本 CPU 是不是普遍过剩?
@Jirajine

这应该改进编译器或干脆换语言 迷你的编译器都很快 重量级就是过重 好在不是所有东西都这样 不然编译要编到猴年马月
200 天前
回复了 testme123 创建的主题 Linux Linux 下有哪些类似于 mobaxterm 的终端工具?
@pckillers

这是解决问题的思路不一样 在我看来终端功能已经很丰富了 mobaxterm 这种就是面向 win 用户的工具 符合 win 用户口味很正常
清爽的终端外加命令行工具使用更好 原生就已经足够生出好用功能
1 ... 12  13  14  15  16  17  18  19  20  21 ... 65  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   947 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 22:03 · PVG 06:03 · LAX 14:03 · JFK 17:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.