V2EX › dvaknheo 的所有回复 › 第 14 页 / 共 14 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 5 6 7 8 9 10 11 12 13 14

❮

❯

2019 年 4 月 5 日

回复了 sytnishizuiai 创建的主题 › PHP › phper，项目 api 开发， 1 个月学习，学 laravel 还是直接学 go？

乖乖用 laravel 吧,几乎任何常用的功能里面都有.开发也快!生态也好.

问题是出 bug，怎么调。
所以越简单越好，前面说的 CodeIgniter 我觉得不要他太多东西，这也可以用

如果自吹自擂一下，我写的 DNMVCS 这个框架也合适的，但现在还在 alpha 阶段。

2019 年 4 月 5 日

回复了 sytnishizuiai 创建的主题 › PHP › phper，项目 api 开发， 1 个月学习，学 laravel 还是直接学 go？

为什么不直接裸用 PHP 呢？这不比你现学 laravel 快么

2019 年 3 月 31 日

回复了 fanjiapeng 创建的主题 › PHP › 一个超级简单的 PHP 超全局变量管理扩展

DNMVCS::SG()->_GET / _POST 系列是为了解决 Swoole 环境下不能直接用 $_GET 的问题。

简单，快速，轻量
零拷贝访问全局变量
支持自动过滤前后空格 PHP trim
//不要给默认变量加额外的功能，而是让开发者手动知道

解决操作 PHP 全局变量时出现未定义系列的问题 (Undefined variable, Undefined offset)
//php7 本身的 ?? 操作符号就够了

如果觉得超全局变量不够优雅，那么等 PHP 官方出函数再说吧。

2019 年 3 月 29 日

回复了 dvaknheo 创建的主题 › PHP › ThinkPHP Swoole 不能用 $_SESSION，用 SwooleHttpd 解决之

主要还是残留有一个文件带走的想法。虽然我放到 packagist 上了，可以 composer 方式引入。
还有，DNSingleton DNClassExt DNThrowQuickly 三个底层 trait 是会和 DNMVCS 框架通用的。后两个可能不需要，DNSingleton 作为可变单例 G 函数的实现是必须的。
我不希望为了使用 SwooleHttpd 而引入相对庞大而不够稳定的 DNMVCS 框架。

另外文档已经介绍了 SwooleHttpd 主类的功能，其他类一般不会对外单独调用，所以暂时放一起。

2019 年 3 月 29 日

回复了 dvaknheo 创建的主题 › PHP › ThinkPHP Swoole 不能用 $_SESSION，用 SwooleHttpd 解决之

think-swoole 支持 session 干嘛非要用$_SESSION 呢？

1 为什么各个框架都要做自己的一套 session 类而不是直接用 PHP 的 $_SESSION 超全局变量呢。
除非官方建议说的超全局变量不要用了。

2 这是随手用 thinkphp 来作为例子，其他框架很容易改，不用框架的也可以很快改过去。

3 我确实没注意到 think-swoole 有自己的 session 类。

2019 年 3 月 24 日

回复了 Damnit 创建的主题 › PHP › 工作非常闲适，没项目可做，除了看源码外有哪些提升的渠道？

在 github 上认真的做一个项目，一个过千 star 的项目是对自己最好的证明

写代码不难，怎么弄一千个 star 这对我来说太难了

2019 年 3 月 21 日

回复了 cnoder 创建的主题 › PHP › 如何评价公司唯一用 ci 的人走了，我一个人开发的新项目还让我用 ci

CI 是最方便魔改了。反正只要路由，其他东西都不用他的。

2019 年 3 月 17 日

回复了 parvin 创建的主题 › PHP › 通过实现依赖注入和路由，构建一个自己的现代化 PHP 框架

OK ErrorHandler
OK Router
OK Config

Request Response
为什么不用 PHP 预定义的 $_GET,$_POST ?
我写 DNMVCS 的时候，碰到了 Swoole 不支持的问题
想了一段时间，最后用
DNMVCS::SG()->_GET 这样解决了 $_GET,$_POST 问题。
目前是必选，将来会切成可选。

ORM 这不是框架的必要组成部分。

2019 年 3 月 17 日

回复了 dvaknheo 创建的主题 › PHP › 要实现调用方式不变实质内容改变，依赖注入容器并并非最优解唯一解

没看出来你想解决什么问题。莫非你想用这个 G 函数代替依赖注入容器？

是的，比如框架代码出安全漏洞，要用外部修补手段。
传统的框架只能强改代码
依赖注入容器方式需要重新配置。
依赖注入容器需要配置，可变单例不需要配置。

那和我在调用前先去 new 一个有什么区别。。。

有区别，作用域未知，没法手工在第三方代码里挨个替换。

2019 年 3 月 16 日

回复了 legendnan 创建的主题 › PHP › smarty 是不是不行了？

smarty 也是替换编译的。smarty 用来解决不允许模板里出现 php 代码的问题是杀鸡用牛刀。
phpwind 的 EOF 方式或许会好些。

我写过一个无人关注的解析 xml 的模板引擎 tagfeather，让页面人员和代码人员各工作在不同文件，然后用选择器等方式拼合起来。解决了动态页面还得由开发去改的问题。

1 ... 5 6 7 8 9 10 11 12 13 14

❮

❯